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Z.  onunm  STSTtt  BACKQAOUND 


A.  HITRODUCTIOIT 

Today's  computer  customer  is  faced  with  a  wide  array  of 
decisions.  Changes  in  hardware  and  software  occur  so 
frequently  that  a  dedicated  effort  is  required  to  maintain 
currency.  An  important  part  of  the  computer  hardware  is  the 
Central  Processing  Unit  (CPU) .  Since  1971  Intel  Corporation 
has  released  eight  major  CPU  designs,  each  am  improvement  over 
the  previous  design.  Intel  and  its  compet i tor  Motorola  have 
both  released  new  CPU  designs  in  1993. 

The  most  important  piece  of  system  software  to  the 
microcomputer  is  the  operating  system.  The  operating  system 
is  a  group  of  programs  that  allocates  resources  and  manages 
execution  of  user  programs.  It  also  acts  as  an  interface 
between  the  user  and  the  computer  hardware.  In  1993  the  three 
major  operating  system  vendors  for  the  personal  computer  (PC) 
all  released  new  versions  of  their  systems.  Apple  released 
System  7.1  for  the  Macintosh.  IBM  and  Microsoft  released  OS/2 
2.1  and  MS  DOS  €.2  respectively. 

The  emphasis  in  this  thesis  is  on  operating  systems.  The 
purpose  is  to  provide  a  tutorial  that  promotes  informed 
decisions  about  PC  operating  systems.  In  this  introductory 
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section  a  brief  look  into  hardware  will  include:  CPU's, 
computer  memory,  and  some  network  communication  devices.  This 
is  followed  by  some  background  information  on  operating  system 
software. 

Following  this  Background  chapter,  three  PC  operating 
systems  are  discussed  in  the  order  of  their  chronological 
development .  These  systems  are:  UNIX,  MS  DOS,  and  OS/2.  UNIX 
is  chosen  because  it  is  covered  by  the  Government  POSIX 
standard  for  operating  systems.  It  also  forms  the  basis  for 
parts  of  MS  DOS  and  OS/2.  A  brief  mention  of  Microsoft's  IAN 
Manager  is  also  presented  along  with  IBM's  LAN  Server  because 
they  are  both  based  on  the  OS/2  operating  system. 

The  Macintosh  System  7  is  not  given  close  scrutiny  since 
Apple  has  integrated  much  of  this  operating  system  into 
hardware.  Microsoft's  WindowsNT  is  also  not  fully  discussed 
since  it  is  not  considered  a  PC  operating  system.  All  of 
these  systems  are  summarized  in  the  final  chapter  to 
facilitate  a  an  operating  system  comparison. 

B.  CENTRAL  PROCESSING  UNITS 

The  current  design  of  the  computer  is  based  on  the  von 
Neumann  architecture  that  consists  of  the  three  key  concepts: 
[Ref.  l:p.  204] 


*  Data  and  instructions  are  stored  in  a  single  read-  write 
memory  (Random  Access  Memory  or  RAM) 

*  The  contents  of  the  memory  is  addressable  without  regard 
to  contents  of  the  memory. 

*  Execution  of  the  instructions  are  sequential  unless 
specified  otherwise. 

Avoiding  details  of  registers  that  hold  addresses,  data 
and  instructions,  consider  only  that  a  program  is  read  from  a 
fixed  disk  to  a  RAM  area  where  it  is  executed  by  the  CPU.  The 
program  consists  of  instructions  that  perform  operations  on 
data.  The  CPU  will  perform  two  basic  steps.  [Ref.  2:p.  82] 
First  the  CPU  will  fetch  an  instruction  and  then  the  CPU  will 
execute  the  instruction.  Together  a  fetch  and  an  execute  form 
a  CPU  cycle. 

To  join  the  CPU  to  memory  and  input /output  devices  a 
highway  called  a  system  bus  is  used.  [Ref.  2:p.  232]  The 
system  bus  is  actually  three  basic  buses,  one  for  control 
(timing) ,  one  for  addressing  memory,  and  one  for  data 
transfer.  It  is  the  control  bus  that  provides  the  speed  of 
the  CPU  measured  in  megahertz  (MHZ)  or  millions  of  cycles  per 
second.  For  example,  a  CPU  operating  at  25  MHZ  is  performing 
25  million  cycles  per  second.  This  is  a  measure  of  the 
computers  raw  internal  speed. 

Buses  are  extremely  important  to  utilize  the  potential 
power  of  the  CPU.  There  are  actually  more  than  just  the  three 
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basic  busses  mentioned.  [Ref.  3:p.  70]  A  local  bus  that  runs 
at  the  same  speed  of  the  CPU  may  be  used  with  a  video 
controller  device.  An  intermediate  bus  may  be  connected  to 
the  CPU's  data  bus  through  a  buffer  controller  for  data 
operations.  A  Small  Computer  System  Interface  (SCSI)  often 
used  with  fixed  disk  drives  and  CD-ROM  drives  may  be 
considered  a  type  of  bus.  SCSI  requires  a  controller  that 
fits  into  a  computers  bus  socket. 

In  the  jargon  of  computers  two  types  of  buses  seem  to 
dominate.  [Ref.  3:p.  72]  The  "ISA"  (Industry  Standard 
Architecture)  bus  is  the  older  model  used  to  support  a  16  bit 
bus  architecture.  The  "EISA"  (Extended  Industry  Standard 
Architecture)  bus  is  the  newer  model  that  supports  a  32  bit 
bus  architecture.  Other  types  of  buses  exist,  but  this  is 
merely  a  fundamental  background  to  aid  in  the  understanding  of 
16  and  32  bit  architectures  for  computers. 

The  CPU  communicates  along  a  bus  at  some  clock  rate 
measured  in  megahertz.  To  measure  the  work  being  performed  by 
the  CPU,  three  performance  indicators  are  traditionally  used. 
These  three  indicators  are:  Millions  of  Instructions  per 
Second  (MIPS) ,  Millions  of  Floating  Point  Operations  per 
Second  (MFUOPS) ,  and  Throughput.  MIPS  is  the  most  common 
measure,  but  for  more  mathematically  intensive  operations 
scientists  may  prefer  MFLOPS.  Business  interests  may  prefer 
Throughput,  since  it  measures  performance  from  an  input  and 
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output  standpoint. 


In  TABLE  1  is  the  evolution  of  the  Intel  CPU  showing:  the 
model,  the  year  of  introduction,  MIPS,  internal  data  path  and 
clock  rate  measured  in  megahertz.  Other  CPU  examples  could  be 
used,  but  Intel  has  always  been  an  industry  leader  and  was 
chosen  for  this  example.  [Ref.  4:p.S/8]  [Ref.  5:p.  42]  [Ref. 
6:p.  110] 

TABLE  1  CPU  EVOLUTION 


CPU 

Introduced 

MIPS 

Data  Path 

Clock  (MHZ) 

4004 

1971 

000.06 

4 

1 

8080 

1974 

000.29 

8 

2 

8086 

1978 

000.75 

8 

4 

8088 

1979 

000.75 

16 

4.77 

80286 

1982 

001.5 

16 

16 

80386 

1985 

005.0 

32 

33 

80486 

1989 

027.0 

64 

66 

Pentium 

1993 

100.0 

64 

66 

Other  models  of  the  basic  Intel  CPU  are  available.  For 
example,  the  80386  is  available  in  a  80386SX  model  has  a  16 
bit  external  bus  to  communicate  with  peripherals  and  a  32  bit 
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internal  bus.  The  80386DX  and  the  80486SX  are  32  bit  internal 
and  external.  The  80486DX  has  the  80487  numeric  coprocessor 
installed  with  the  CPU.  All  models  shown  in  TABLE  1  are  top 
of  the  line  in  architecture  and  clock  speed.  Faster  clock 
speeds  are  more  expensive;  slower  clock  speeds  are  available. 

CPU's  have  yet  another  classification,  they  may  be 
Complex  Instruction  Set  Computers  (CISC)  or  Reduced 
Instruction  Set  Computers  (RISC) .  CISC  are  the  standard  CPU's 
found  in  most  PC's.  RISC  is  accomplished  by  reducing  the 
instruction  set,  increasing  the  number  of  CPU  registers  and 
using  instruction  pipe  lining.  [Ref.  7:p.  434]  The  very  fast 
and  powerful  RISC  is  desirable  for  high  end  operating  systems 
like  UNIX  and  WindowsNT. 

C.  MEMORY 

CPU's  operate  with  memory  in  a  hierarchical  fashion. 
[Ref.  2:p.  235]  The  actual  portion  of  memory  that  interacts 
with  the  CPU  is  the  register.  When  the  computer  is  turned  on 
the  first  memory  read  into  the  registers  comes  from  Read  Only 
Memory  (ROM) .  This  allows  the  computer  to  perform  some  self 
tests  and  boot  up  for  operation.  The  disk  drives  will  be 
checked  for  a  system  disk  and  if  none  are  present  a  system 
start  up  routine  may  be  read  from  a  fixed  disk.  For  example, 
if  MS  DOS  is  installed  on  the  fixed  disk  and  the  floppy  disk 
drives  are  empty,  DOS  will  take  control  of  the  computer  using 
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the  fixed  disk. 

Some  computers  may  be  equipped  with  a  CD-ROM  in  addition 
to  the  fixed  disk.  CD-ROM  has  a  large  storage  capacity 
usually  in  excess  of  600  megabytes.  Here  is  where  the 
hierarchy  may  begin  to  form  a  triad  of  three  factors:  cost, 
size,  and  speed.  The  rule  is  simple.  The  closer  the  memory 
is.  .to  the.  CPU,  the  smaller  its  size,  the  higher  its  cost,  and 
the  greater  its  speed. 

The  size  of  a  given  register  is  normally  going  to  match 
the  size  of  the  bus.  Most  registers  will  hold  32  bits  or  four 
bytes  [Ref.  2:p.  124] .  The  registers  receive  memory 
addresses,  data,  and  instructions  from  main  memory.  The  size 
of  the  main  memory  may  range  from  under  one  megabyte  to 
sixteen  megabytes  or  more.  Programs  are  normally  read  into 
main  memory  from  an  internal  fixed  disk.  Common  sizes  for 
fixed  disks  range  from  20  megabytes  to  200  megabytes  or  more 
[Ref.  l:p.  154]  [Ref.  2:p.  209].  The  larger  operating  systems 
like  OS/2  , UNIX  and  WindowsNT  are  now  available  on  CD-ROM. 
CD-ROM  can  hold  the  equivalent  of  600  high  density  floppy 
disks  or  683  megabytes  [Ref.  8:p:  13].  Register  to  CD-ROM  is 
a  hierarchy  of  small  to  large,  bytes  to  megabytes. 

The  cost  of  memory  is  extremely  volatile  so  specifics  are 
avoided.  Normally  a  user  will  never  expand  the  number  of 
registers  because  they  are  an  integral  part  of  the  CPU. 
(Unless  the  mother  board  is  replaced.)  Occasionally  the  user 
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will  expand  RAM  or  what  is  sometimes  called  main  memory  to 
improve  system  performance.  More  often  the  user  will  buy  a 
new  fixed  disk  so  the  computer  will  hold  more  programs 
internally.  The  trend  today  is  for  the  user  to  buy  a  CD-ROM 
that  houses  vast  amounts  of  information.  This  forms  a  cost 
hierarchy  that  ranges  from  most  expensive  registers  to  the 
least  expensive  CD-ROM.  (The  cost  considered  here  is  per  unit 
of  memory  and  not  an  overall  cost  of  a  given  unit.) 

Recall  the  fastest  Intel  CPU  operated  at  66  MHZ. 
Assuming  the  register  is  receiving  new  information  every  other 
clock  cycle  means  the  information  rate  for  the  register  is 
actually  33  MHZ.  Another  way  to  view  how  fast  the  information 
is  going  into  the  register  is  in  a  time  domain  rather  than  a 
frequency  domain  knowing  that  time  and  frequency  are 
reciprocals  of  one  another.  The  33  megahertz  rate  translates 
into  new  information  in  the  register  every  30  nanoseconds  (10' 
9  seconds) . 

The  main  memory  interacting  with  the  register  is  accessed 
every  80  to  100  nanoseconds  (ns)  .  The  fixed  Disk  can  be 
accessed  every  ten  to  100  microseconds  (10'6)  .  The  CD-ROM  can 
be  accessed  every  300  milliseconds  (10'3)  (ms) .  To  resolve 
these  differences  in  speed  a  buffer  area  called  a  cache  may  be 
placed  between  any  two  of  these  memory  hierarchies.  The 
information  must  pass  through  this  hierarchy  to  be  processed 
by  the  CPU.  These  time  delays  give  the  CPU  time  to  do  other 
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things  while  waiting  for  data.  TABLE  2  summarizes  the  memory 
hierarchy  by  memory  component,  component  size  and  access  time. 
Units  of  nanoseconds  and  milliseconds  are  used  for  easier 
comparison . 


TABLE  2  MEMORY  HIERARCHY 


Component 

Size 

Time  1 

Register 

4  bytes 

30  ns  | 

I  Main  Memory 

1  to  16  MB 

80  to  100  ns  1 

|  Fixed  Disk 

BB 

0.01  to  0.1  ms  I 

I  CD-ROM 

■B 

300  ms  | 

Other  issues  must  be  taken  into  account  for  memory  usage. 
The  memory  must  be  addressable.  The  number  of  address  lines 
on  the  address  bus  raised  to  that  power  of  two  gives  the 
addressable  space.  Other  tricks  like  virtual  addressing  and 
paging  information  in  and  out  of  memory  is  beyond  the  scope  of 
this  discussion.  All  modem  operating  systems  accomplish 
these  tasks  in  various  ways. 

D.  NETWORK  COMMUNICATION 


Networking  has  become  an  integral  part  of  computer 
operations.  Many  users  are  familiar  with  the  modem,  but  fewer 


users  may  be  knowledgeable  about  the  network  Interface  card 
(NIC)  and  terminal  emulation.  Modems  and  NIC's  are  hardware 
devices.  This  discussion  is  not  an  exhaustive  presentation  of 
networking  or  networking  devices,  but  rather  a  brief  overview 
of  local  area  networking.  A  very  generic  look  at  modems  and 
NIC's  followed  by  two  common  terminal  emulations  is  presented. 
(The  issues  concerning  protocols  are  delayed  until  specific 
operating  systems  are  discussed.) 

Modems,  whether  internal  or  external  to  the  computer, 
provide  a  quick  and  easy  way  to  achieve  network  access  with  a 
stand  alone  system.  America  Online,  CompuServe,  and  Prodigy 
are  some  of  the  commercial  vendors  that  provide  services  via 
modem.  A  modem  takes  the  computer's  digital  format  and 
translates  it  into  analog  to  transmit  the  signal  over  an 
analog  phone  line.  [Ref.  9:p.  69)  The  modem  on  the  other  end 
reverses  the  procedure.  The  name  modem  is  deri-  id  from  the 
fact  that  the  signals  are  modulated  and  later  demodulated. 

Moving  from  a  stand  alone  modem  to  a  local  area  network 
(LAN)  introduces  the  need  for  NIC  (or  LAN  adapter)  .  [Ref. 
10 :p.  17]  Other  hardware  requirements  like  cabling  and 
connectors  are  also  needed,  but  the  emphasis .  here  is  on  the 
hardware  native  to  the  user  computer  on  the  LAN.  The  NIC  is 
connected  to  the  cabling  giving  access  to  the  LAN.  The  LAN 
may  be  peer  to  peer  where  all  computers  have  equal  status  or 
the  LAN  may  be  client-server.  In  one  mode  of  client-server 
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the  server  provides  file  server  end  print  server  services  for 
the  clients.  The  server  will  also  have  a  NIC.  Both  client 
and  server  will  have  a  network  operating  system  (NOS) 
installed. 

The  NIC  has  two  basic  parts.  [Ref.  9:p.  272]  The  bus 
interface  unit  (BIU)  connects  to  the  computer's  input/output 
bus.  The  communications  interface  unit  (CIU)  connects  to  the 
medium  or  cabling  system  of  the  LBN.  The  NIC  has  a 
transmitter/receiver  called  a  transceiver  th?c  transmits  and 
receives  data  from  LAN  cabling.  The  NIC  is  also  responsible 
for  media  access  control  (MAC) ,  meaning  that  it  oust  know  when 
the  computer  can  transmit. 

The  two  types  of  MAC  are  contention  and  managed.  [Ref. 
10 :p.  88-91]  The  two  methods  used  to  accomplish  MAC  are 
CSMA/CD  and  Token  Ring  respectively.  CSMA/CD  stands  for 
carrier  sensing  media  access  with  collision  detection.  In 
this  contention  environment,  the  NIC  will  listen  for  a  carrier 
signal  and  if  all  is  clear  will  transmit.  If  a  collision  is 
detected  from  another  station  the  transmitting  NIC  will  wait 
a  variable  length  of  time  and  transmit  the  information  again. 
In  Token  Ring  the  transmitting  computer  must  have  the  token  to 
transmit.  The  token  is  passed  around  in  circular  or  ring 
manner.  Heavy  LAN  usage  tends  to  make  Token  Ring  more 
efficient  since  collisions  are  avoided. 
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From  a  PC  on  a  LAN  equipped  with  a  modem  a  user  may 
access  a  mainframe  computer  such  as  Amdahl  or  IBM.  When  this 
is  done  a  special  piece  of  software  is  needed  to  emulate  a 
mainframe  terminal.  Common  software  for  emulation  is  SimPC 
and  3270  Emulation.  They  allow  the  PC  to  emulate  the  3270 
terminal  on  the  mainframe  [Ref.  9:p.  380].  The  keyboard  on 
the  PC  is  mapped  to  the  terminal  so  the  PC  keys  have  a  new 
meaning . 

Emulation  may  be  supported  by  modem  or  through  a  coaxial 
connection  between  a  LAN  server  and  a  mainframe.  Another 
popular  piece  of  emulation  software  is  SoftPC.  SoftPC  allows 
Macintosh  users  to  emulate  a  PC.  Emulation  is  important  to 
expand  user  hardware  and  software  options. 

One  of  the  main  issues  concerning  networking  is  the  use 
of  protocols.  Protocols  for  LAN's  and  wide  area  networks 
(WAN's)  are  covered  with  the  applicable  operation  system  that 
supports  them. 

E.  OPERATING  SYSTEMS 

As  mentioned  in  the  introduction,  the  operating  system 
provides  the  user  interface  to  the  computer  and  am  interface 
for  user  programs  to  the  hardware.  These  are  only  part  of  the 
operating  system  functions.  Other  functions  include  managing 
program  processes,  files,  amd  devices.  A  generic  look  at 
these  functions  followed  by  a  brief  mention  of  application 
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programs,  compilers,  and  interpreters  is  given  here. 

The  operating  system  brings  program  processes  or  tasks  to 
the  CPU.  A  process  has  three  possible  states:  running 
(executing  on  the  CPU) ,  ready  (waiting  to  run) ,  and  blocked 
(unable  to  run  until  some  other  event  happens)  [Ref.  7:p.  52] 
[Ref.  11  :p.  30]  .  Process  and  task  are  used  here 
interchangeably.  When  the  CPU  is  able  to  run  more  than  one 
process  it  is  called  "multitasking”.  (Multiprocessing  means 
more  than  one  processor  or  CPU. )  The  CPU  has  time  to  run  more 
than  one  process  due  to  the  time  lags  in  the  memory  hierarchy. 

Not  all  operating  systems  support  multitasking;  the  ones 
that  do  can  support  it  in  one  or  more  ways.  Preemptive 
multitasking  is  considered  true  multitasking.  Priorities  are 
calculated  for  the  active  processes  and  the  highest  priority 
process  gains  control  of  the  CPU.  The  remaining  two  types  of 
multitasking  are  not  considered  true  multitasking  by  operating 
system  purists. 

Cooperative  multitasking  relies  on  special,  "well 
behaved",  programs  designed  to  give  up  CPU  time  cooperatively 
without  operating  system  intervention.  Time  slice 
multitasking  allows  user  intervention  to  assign  resources  to 
a  process.  These  resources  are  a  percentage  of  CPU  time  and 
main  memory  (RAM) .  The  user  can  set  a  type  of  high  priority 
by  assigning  a  large  percentage  of  CPU  time  and  a  large  amount 
of  available  RAM. 
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Authors  vary  on  strict  definitions  of  multitasking  [Ref. 
10:p.  132,133,171,211,261].  The  definitions  for  multitasking 

used  here  are: 

*  Preemptive  -  the  operating  system,  without  user 
intervention,  calculates  a  process  priority  and  assigns  CPU 
time  and  RAM.  (Examples  are  UNIX  and  OS/2.) 

*  Cooperative  -  programs  are  written  to  keep  track  of  the 
CPU  time  used  and  give  up  CPU  time  at  regular  intervals.  This 
is  a  function  of  the  application  program  and  not  the  operating 
system.  (Examples  are  Microsoft  Windows  3.1  applications  and 
Apple  System  7  Savvy.) 

*  Time  slice  -  the  user  can  assign  a  percentage  of  CPU 
time  and  a  portion  of  available  RAM.  (Windows  3.1  and  System 
7  both  allow  this  function.) 

Taking  multitasking  one  step  further  is  the  idea  of 
multithread  processing.  [Ref.  7:p.  587]  [Ref.  10:  p.  212] 
Each  executable  path  through  a  process  is  a  thread.  By 
keeping  the  threads  active  a  process  can  run  threads  in 
parallel  for  even  faster  execution.  Multithread  processing 
requires  special  coding. 

In  a  single  CPU  environment  multitasking  is  an  illusion. 
The  CPU  is  switched  between  tasks  or  processes  so  fast  the 
user  has  the  appearance  of  many  things  happening  at  once. 
When  a  process  is  blocked  it  is  kicked  out  of  the  CPU  and 
another  process  is  brought  in  for  execution.  The  most  common 


msoo  for  a  block  in  a  procaaa  la  waiting  for  acne  input  cr 
output  to  a  file  (disk  drive  etc.)  or  other  device. 

File  systems  differ  between  operating  systems.  Some 
operating  ayatema  aupport  more  than  one  file  ayatem.  For 
example,  OS/2  aupporta  the  MS  DOS  file  ayatem  that  differa 
from  ita  own.  File  ayatema  are  alwaya  closely  joined  to  input 
and  output.  Handling  for  input  and  output  to  a  specific 
device  ia  rather  uniform  in  the  way  an  operating  ayatem  ia 
implemented.  The  operating  ayatem  ia  kept  as  generalized  as 
possible  where  devices  are  concerned.  The  operating  ayatem 
will  not  command  the  device  directly,  but  will  use  a  "device 
driver”  instead.  Device  drivers  may  be  hardware  or  software. 
The  device  driver  is  device  specific  and  ia  usually  provided 
by  a  device  manufacturer  or  software  vendor.  [Ref.  ll:p.  206] 
The  device  driver  interfaces  the  hardware  or  software  to  a 
particular  operating  system. 

A  similar  procedure  is  used  to  interface  user  application 
programs  to  an  operating  system.  Application  programs 
include:  drawing  programs,  spreadsheets,  word  processors,  and 
others.  Application  program?  are  written  to  a  specific 
operating  system.  The  operating  system  designers  provide 
documentation  on  Application  Program  Interfaces  (API's)  to 
application  program  developers.  These  API's  consist  of 
operating  system  function  calls  where  the  application  program 
can  use  the  functions  of  the  operating  system. 
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For  users  who  nay  want  to  write  their  own  applications, 
operating  systems  provide  am  environment  for  compilers  and 
interpreters.  [Ref.  l:p.  206,208]  A  compiler,  such  as  the 
UNIX  C++,  translates  source  code  written  in  C++  language  rules 
(called  syntax)  into  machine  binary  code.  This  conversion  is 
accomplished  in  one  pass  through  the  code.  The  computer  can 
then  execute  the  compiled  binary  code.  Other  programs  called 
linkers  and  binders  assist  the  compiler  in  memory  addressing. 

An  interpreter,  such  as  DOS  BASIC,  recognizes  commands, 
translates  the  command  and  executes  before  going  to  the  next 
command.  The  interpreter  must  translate  and  execute  with  each 
pass.  This  is  much  less  sophisticated  than  a  compiler. 

Clearly,  the  operating  system  affects  every  aspect  of 
computing  from  hardware  to  application  software.  This  most 
important  piece  of  software  justifiably  deserves  a  close  study 
prior  to  selection. 
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XX.  UNIX 


A.  TJMZX  BACKGROUND 

To  understand  the  UNIX  operating  system  a  brief  history 
and  current  status  of  UNIX  is  in  order.  Using  a  PDP-7 
computer  and  the  predecessor  of  the  programming  language  C 
called  B,  Ken  Thompson  developed  an  early  version  of  UNIX 
(Uhiplexed  Information  and  Computing  Service)  [Ref.  11  :p. 
267].  [Ref.  7:p.  572]  [Ref.  10:p.  207]  Thompson  was  later 
joined  by  Dennis  Ritchie  and  they  rewrote  the  UNIX  operating 
system  in  C.  This  version  of  UNIX  written  in  C  originally  ran 
on  the  PDP-11  series  computers.  Current  versions  of  the  UNIX 
operating  system  are  written  in  C++. 

Ritchie  and  Thompson  published  a  paper  on  UNIX  in  1974 
and  ten  years  later  received  the  ACM  Turing  Award  for 
computing  excellence.  [Ref.  11 :p.  267]  The  paper  stimulated 
the  interest  of  many  universities  which  prompted  requests  to 
Bell  Labs  for  a  copy  of  the  UNIX  operating  system  source  code. 
At  that  time  the  parent  company  of  Bell  Labs,  AT&T,  was  a 
regulated  monopoly.  AT&T  could  not  compete  in  the  computer 
industry  and  was  willing  to  license  copies  of  the  UNIX 
operating  system  for  a  nominal  fee. 
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Fortunately,  most  universities  had  the  PDP-11  series 
computers  in  their  computer  science  departments .  The 
operating  systems  installed  on  most  university  computers  were 
woefully  inadequate.  Furnished  with  the  UNIX  source  code, 
professors  and  students  enhanced  the  UNIX  operating  system  by 
finding  and  fixing  bugs  and  making  improvements.  Symposiums 
held  on  the  UNIX  theme  led  to  the  first  de  facto  academic  UNIX 
standard  called  Version  6.  The  USENIX  users  group  was 
established  to  support  this  standard  in  1975  [Ref.  7:p.  572] . 
The  publication  which  supported  Version  6  was  the  UNIX 
Programmer's  Guide  Sixth  Edition  [Ref.  ll:p.267] .  Version  6 
was  soon  replaced  by  Version  7  which  was  the  last  time  the 
UNIX  operating  system  was  covered  under  a  single  standard. 

The  goals  of  UNIX  have  remained  relatively  stable  through 
the  years.  UNIX  is  an  interactive  time  sharing  system, 
designed  by  programmers  for  programmers.  The  design  is 
multitasking  for  multiple  users.  Multitasking  allows  the  CPU 
to  run  several  parent  and  child  processes,  at  times  in 
parallel.  Multiple  users  can  share  information  on  a 
restrictive  basis.  UNIX  supports  three  user  domains:  the 
programmer,  the  programmer's  group  and  others.  Functions 
supported  among  users  are  read,  write,  and  execute. 
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In  the  1980's  major  events  took  place  to  shape  the  future 
of  UNIX.  [Ref.  7:p.  573]  [Ref.  10  :p.  207]  Microsoft's 
commercial  version  of  UNIX  hit  the  market.  The  operating 
system  name  was  XENIX.  XENIX  was  designed  to  run  on  16 -bit 
microprocessors .  To  enhance  the  commercial  UNIX  product 
Microsoft  Corporation  added  hardware  error  recovery,  shared 
data  segments  and  improved  interprocess  communication.  During 
the  same  year  (1980)  ,  the  University  of  California  at 
Berkeley,  with  grants  from  DARPA  (Defense  Advanced  Research 
Projects  Agency) ,  now  ARPA,  had  developed  and  released  their 
own  version  of  UNIX  known  as  Berkeley  UNIX  or  BSD  (Berkeley 
Software  Distribution) .  BSD  supported  distributed  computing 
(peer  to  peer)  on  Digital  Equipment  Corporation  (DEC)  VAX  mid¬ 
size  computers. 

With  the  divestiture  of  AT&T  in  1982,  the  company  was 
free  to  compete  in  the  computer  industry.  [Ref.  7:p.  573] 
[Ref.  11 :p.  268]  Reacting  quickly  AT&T  released  their  own 
"official"  version  of  the  UNIX  operating  system.  AT&T's  first 
serious  UNIX  operating  system  marketing  attempt  began  with 
System  III.  System  III  offered  remote  job  entry,  source 
code  control  system  and  system  accounting  routines.  System 
III  evolved  into  System  V  which  offers  other  system 
enhancements .  Unfortunately,  the  AT&T  System  V  and  Berkeley 
UNIX  are  not  compatible.  Current  releases  of  each  operating 
system  are  System  V  Release  4  (SVR4)  and  BSD  4.4. 
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Berkeley  introduced  Wide  Area  Networking  (WAN)  to  UNIX 
with  the  inclusion  of  TCP/IP  (Transmission  Control 
Protocol /Internet  Protocol).  [Ref.  10:p.  231]  [Ref.  ll:p. 
269]  The  TCP/IP  network  protocol  has  become  a  de  facto 
standard  in  the  United  States  and  is  a  DOD  military  standard. 
TCP/IP  is  in  far  greater  use  than  the  official  standard 
supported  by  the  International  Organization  for 
Standardization.  Berkeley  also  added  several  utilities  such 
as  the  "vi"  editor  and  the  "csh"  shell  along  with  Pascal  and 
Lisp  compilers. 

These  improvements  prompted  companies  such  as  Sun 
Microsystems  to  originally  model  their  SunOS  after  Berkeley's 
BSD  instead  of  AT&T  System  V,  but  currently  SunSoft  follows 
SVR4  AT&T  standards  for  both  its  Solaris  and  INTERACTIVE  UNIX 
operating  systems  [Ref.  12 :p.  2].  The  vast  majority  of  all 
UNIX  operating  system  support  TCP/IP. 

Many  other  competitors  have  entered  the  UNIX  market  with 
versions  of  the  UNIX  operating  systems.  Apple's  version 
called  A/UX  was  originally  released  for  the  Macintosh  II  in 

o 

1984  [Ref.  7 :p.  772].  IBM's  version  called  AIX  is  supported 
by  the  Open  Software  Foundation  (OSF)  that  was  established  in 
1988  [Ref.  7 :p.  605].  The  lack  of  a  comprehensive  UNIX 
standard  (see  POSIX)  has  limited  the  sale  of  UNIX  in  the 
system  software  market. 
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Milestones  in  the  history  if  UNIX  include: 

*  1970  UNIX  name  coined 

*  1973  UNIX  rewrote  in  C 

*  1974  Ritchie  &  Thomas  UNIX  paper  published 

*  1975  UNIX  used  at  university  level  on  PDP-11 

*  1979  UNIX  Time-Sharing,  Seventh  Edition 

*  1980  Microsoft  released  XENIX 

*  1980  Funding  for  Berkeley  UNIX 

*  1982  AT&T  released  System  III  with  RJB 

*  1984  ACM  Turing  Award  to  Ritchie  &  Thomas 

*  1986  AT&T  System  V  Interface  Definition  (SVID) 

*  1987  Apple  releases  AU/X  for  Macintosh  II 

*  1988  AT&T  System  V  Release  4  (SVR4) 

*  1988  OSF  founded  to  support  IBM's  AIX 

*  1993  Berkeley  withdraws  from  BSD 


21 


B.  UNIX  and  POSIX 

The  Government  has  designated  UNIX  as  the  operating 
system  standard  for  its  departments  and  agencies.  [Ref.  11  :p. 
270]  [Ref.  13 :p.  8-1]  UNIX  has  several  implementations  in  the 
market  place  that  are  not  portable  across  hardware  platforms. 
In  an  effort  to  make  UNIX  portable  across  platforms  the 
National  Institute  of  Standards  and  Technology  (NIST)  under 
the  Department  of  Commerce  has  adopted  the  Portable  Operating 
System  Interface  for  Computer  Environments  Standard,  (acronym 
POSIX) .  The  "ix"  portion  of  POSIX  indicates  the  operating 
system  portability  is  for  the  UNIX  system  [Ref.  11 :p.  269] . 

various  attempts  to  completely  standardize  UNIX  have 
failed.  [Ref.  ll:p.  269]  [Ref.  13 :p.  8-2]  Two  distinct 
incompatible  versions  of  UNIX  emerged  in  the  late  1980 's 
(System  V  and  BSD) .  Vendors  adding  nonstandard  enhancements 
further  complicated  UNIX  compatibility.  AT&T,  Berkeley  and 
consortiums  of  various  vendors  have  tried  to  standardize  UNIX. 
One  of  the  initial  attempts  at  standardization  by  AT&T  was 
SVID  (System  V  Interface  Definition) .  SVID  defined  file 
formats  and  system  calls  in  an  attempt  to  standardize  System 
V.  SVID  was  ignored  by  the  Berkeley  UNIX  group.  The 
nonstandard  binary  program  formats  limited  the  commercial 
success  of  UNIX  because  software  vendors  could  not  write 
package  UNIX  programs  with  portability  across  UNIX  systems. 
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Finally,  a  neutral  body  was  brought  in  to  reconcile 
System  V  and  BSD.  [Ref.  7:p.  603]  The  body  chosen  was  IEEE 
(Institute  of  Electrical  and  Electronics  Engineers) .  IEEE 
began  the  POSIX  project  with  the  goal  of  standardizing  the 
UNIX  operating  system  in  an  effort  to  achieve  portability 
across  UNIX  platforms.  The  IEEE  designator  for  POSIX  is 
1003.x  (where  "x”  represents  a  series  number  dealing  with  a 
specific  function  or  service)  .  The  designator  IEEE  1003.0  may 
also  be  referred  to  as  POSIX. 0,  which  in  this  case  refers  to 
a  "Guide  and  Overview"  of  the  POSIX  standards. 

The  fundamental  idea  behind  POSIX  is  that  a  software 
vendor  that  supplies  a  program  which  is  POSIX  compliant  has 
used  only  procedures  defined  by  the  POSIX  standards.  When 
POSIX  is  fully  enacted  this  will  ensure  the  program  will  run 
on  a  conforming  UNIX  system.  POSIX  can  best  be  described  as 
an  incomplete  standard.  [Ref.  13 :p  8-2]  The  problem  is 
POSIX  does  not  currently  address  all  ''f  the  functions  needed 
to  implement  operating  system  software.  The  reason  POSIX  is 
incomplete  is  due  to  the  way  IEEE  decided  to  implement  the 
standard. 

IEEE  took  the  intersection  of  features  found  in  System  V 
and  BSD  rather  than  the  union  of  features.  [Ref.  7:p.  13] 
[Ref.  11 :p.  270]  In  other  words,  if  a  feature  is  present  in 
both  System  V  and  BSD  the  feature  is  included  in  the  IEEE 
standard  otherwise  it  is  not  addressed.  Examples  of  services 


not  addressed  by  IEEE  standards  are:  login  services  standards, 
checkpoint  and  restart  standards  and  resource  limit  standards, 
just  to  mention  a  few  [Ref.  13:p.  8-28,8-32,8-34]. 

The  result  of  the  IEEE  intersection  of  System  V  and  BSD 
creates  a  standard  that  closely  resembles  the  academic  UNIX 
prior  to  the  AT&T  divestiture,  namely  Version  7  [Ref.  11  :p. 
270]  .  It  is  possible  for  vendors  to  be  POSIX  compliant  and 
still  conflict  between  themselves.  [Ref.  14 :p.  594]  A  group 
of  vendors  responding  to  AT&T  control  of  a  large  part  of  the 
UNIX  market  set  up  a  consortium  called  OSF/1  (Open  Software 
Foundation) .  The  purpose  of  OSF  is  to  produce  a  system  that 
meets  IEEE  standards.  The  additional  features  of  OSF/l  such 
as  Xll  Windows  and  MOTIF  graphical  user  interface  makes  the 
OSF/l  system  incompatible  with  System  V  and  BSD.  The  AT&T 
consort ium  response  to  OSF  is  UNIX  International  (UI) . 

The  requirement  of  functions  outside  the  realm  of  POSIX 
has  lead  to  "Extensions"  to  POSIX.  It  is  the  extension 
portion  of  the  operating  system  which  leads  to  incompatibility 
and  non-portability  between  vendors.  Different 
implementations  that  conform  to  POSIX  (e.g.  BSD,  OSF/l,  UI, 
and  other  vendor  products)  often  support  the  same  function 
differently.  The  names  of  UNIX  system  calls  may  be  identical 
between  vendors.  Vendor  incompatibilities  arise  from 
differences  in  data  types  of  the  function,  data  types  of  the 
arguments,  the  return  values,  the  header  files  and  the 


24 


symbolic  srror  values  [Ref.  13 :p.  8-2].  These  systems 
continue  to  evolve  in  different  directions. 

Three  sets  of  nearly  identical  documents  govern  the  POSIX 
"Application  Program  interface”  standard.  [Ref.  13 :p.  8-1] 
[Ref.  15 :p.  1]  The  XBEE  1003.1,  POSIX  Interface  for  Computer 
Environments  was  originally  adopted  by  NIST  in  1988.  NIST 
adopted  IEEE  1003.1  calling  it  FIPS  151-1  (Federal  Information 
Processing  Standard) .  The  most  current  edition  is  FIPS  151-2 
which  was  released  in  May  1993.  The  goal  of  FIPS  is  to  give 
the  federal  government  more  effective  control  over  information 
resources  via  compatibility  and  portability.  NIST  currently 
conducts  POSIX  compliance  tests  and  publishes  a  register  of 
POSIX  compliant  UNIX  products.  Mirroring  the  IEEE  1003  series 
standards  are  the  ISO/IEC  9945  series  standards.  The  ISO/IEC 
9945-1  standards  are  exactly  the  same  as  IEEE  1003.1. 

X/Open  is  the  nonprofit,  international  UNIX  standards 
organization  [Ref.  14 :p.  607]  .  It  provides  a  common  ground  for 
two  industry  leaders.  The  UNIX  International  group  backing 
System  V  Release  4  (SVR4)  includes:  AT&T,  Data  General 
Corporation,  Sun  Microsystems,  and  Unisys  Corporation.  [Ref. 
14 :p.  594]  The  Open  Software  Foundation  supporters  of  OSF/1 
consists  of:  IBM,  Digital  Equipment  Corporation,  Groupe  Bull, 
Hewlett  Packard,  and  Nixdorf  Computer  AG.  Vendor  specific 
features  and  proprietary  barriers  result  in  UNIX  non¬ 
portability  across  platforms. 
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C.  UNIX  PROCSSS  MMBXSBCnrr 

UNIX  is  a  multiprogramming,  multitasking  system,  so 
several  independent  processes  from  different  programs  appear 
to  be  running  at  the  same  time.  The  process  is  the  simplest 
level  of  a  program  and  can  be  viewed  as  an  individually 
controllable  computation  entity  or  a  task  to  be  accomplished. 
Processes  cam  be  running  (or  executing) ,  ready  to  run 
(waiting)  or  blocked  from  running  pending  sane  action.  The 
idea  of  multitasking  is  to  keep  the  microprocessor  as  busy  as 
possible  and  not  to  wait  for  a  process  that  is  blocked. 

UNIX  primarily  uses  preemptive  multitasking.  As  an 
example,  at  timed  interrupts  of  ten  times  per  second,  the  UNIX 
scheduler  of  the  SunOS  examines  the  processes  that  are  ready 
to  run.  [Ref.  7:p.  582]  The  scheduler  algorithm  is  a  finite 
amount  of  definable  steps  to  accomplish  the  scheduling  task. 
Based  on  a  priority  adjustable  algorithm  the  scheduler  takes 
into  account  the  following: 

*  process  priority, 

*  amount  of  CPU  time  recently  used,  and 

*  amount  of  time  the  process  has  been  on  hold. 

These  determine  which  process  the  scheduler  will  start  next. 
Process  priority  is  recalculated  once  per  second  by  the 
scheduler. 

The  scheduling  algorithm  is  set  to  forget  a  portion  of 
CPU  time  used  by  a  particular  process  based  on  the  number  of 
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confuting  ready  processes  waiting  for  the  CPU.  [Ref.  7:p. 
583]  [Ref.  10 :p.  212]  This  means  that  the  running  process  is 
not  indefinitely  penalized  for  past  CPU  usage  and  that  it  will 
receive  more  time  with  less  competitors  present.  New 
processes  have  a  higher  priority  if  they  have  not  received  any 
CPU  time.  The  result  is  three  favorable  factors  for 
multitasking: 

*  Processes  that  require  little  CPU  time,  (called  I/O 
bound  processes),  get  favored  treatment. 

*  Processes  that  take  more  CPU  time,  (called  processor 
bound  processes) ,  are  not  postponed  indefinitely  because 
the  scheduler  is  programmed  to  forget  some  of  the  CPU  time 
used  by  a  process. 

*  The  system  adjusts  to  the  process  environment  based  on 
the  number  of  ready  processes. 

Programs  that  run  on  UNIX  all  start  as  a  single  process. 
[Ref.  10 :p.  209]  [Ref.  ll:p.  281]  [Ref.  14:p.  208]  UNIX  uses 
a  fork  call  to  divide  a  process  into  two  or  more  processes  if 
needed.  The  fork  call  makes  an  exact  copy  of  the  original 
process.  The  original  process  is  the  parent  process  and  the 
copy  is  the  child  process.  The  child  has  the  same  priority 
as  the  parent  since  it  is  an  exact  copy,  but  each  process  is 
given  its  own  memory  space  to  run  and  is  treated 
independently.  To  distinguish  the  parent  from  the  child 
process  the  fork  call  assigns  a  process  identifier  (PID)  to 
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each  process. 

Interprocess  communications  can  take  place  in  a  variety 
of  ways  in  UNIX.  [Ref.  7:p.  583]  [Ref.  11  :p.  283]  If 
processes  share  a  memory  area  for  communications  a  semaphore 
data  structure  (usually  binary)  is  used  to  lock  the  shared 
resource.  Communications  paths  between  processes  may  be 
permanent,  which  are  called  Named  Pipes  or  they  may  be  a  First 
In  First  Out  (FIFO)  queue  of  bytes,  simply  called  a  Pipe. 
Similar  to  Named  Pipes  and  Pipes,  Sockets  are  two-way 
communications  lines  between  processes  that  can  be  created  and 
destroyed  dynamically.  Sockets  are  particularly  useful 
because  they  support  the  use  of  protocols  such  as  Berkeley's 
TCP/IP.  (Berkeley  introduced  sockets  while  AT&T  introduced 
Named  Pipes  and  Pipes)  .  AT&T  System  V  currently  uses  Message 
Queues  for  primary  interprocess  communications. 

Signals  are  actually  software  interrupts  similar  to 
hardware  interrupts.  [Ref.  7:p.  583]  [Ref.  ll:p.  283]  A 
process  can  send  a  signal  to  another  process  and  the  receiving 
process  can  act  upon  the  signal  or  not.  Unlike  hardware 
interrupts,  signals  have  no  priority  system.  Because  signals 
have  no  priority  system  and  are  limited,  in  scope  of 
communication.  They  are  not  intended  for  interprocess 
communications.  Signals  can  only  be  sent  between  the  same 
process  group  which  are  parent,  children  and  other  direct 
descendent.  UNIX  supports  approximately  20  different  signals. 
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To  keep  track  of  all  the  processes  generated,  UNIX 
employs  a  process  table  for  all  running  processes.  [Ref. 
10:p.  210]  [Ref.  ll:p.  300]  Information  maintained  in  the 
process  table  falls  under  four  areas:  scheduling,  memory, 
signals,  and  miscellaneous  information.  Scheduling  parameters 
include  all  the  needed  information  for  the  scheduler.  This 
includes  process  priority,  amount  of  CPU  time  used,  and  how 
long  the  process  has  been  waiting  for  CPU  time.  Memory 
information  is  simply  address  information  (pointers)  to  where 
various  program  parts  reside  on  disk  or  in  main  memory,  such 
as  data,  stack  and  text  segments.  The  program  in  main  memory 
is  the  memory  image.  The  process  is  the  execution  of  the 
image  [Ref.  14 :p.  186] . 

Signal  information  stored  for  each  process  includes: 
which  signals  are  being  ignored  (blocked) ,  which  signals  are 
pending,  and  which  signals  have  special  handling  routines. 
[Ref.  10 :p.  210]  The  miscellaneous  information  category 
includes  ownership  and  process  relationship  information. 
Ownership  is  information  about  user  and  group  identification 
used  for  security.  The  process  relationship  information  has 
the  process  identification  numbers  of  the  immediate  family  of 
a  group  processes.  The  current  status  of  the  process  is  also 
filed  tinder  miscellaneous. 

Maintaining  a  process  table  for  each  process  causes  a 
great  deal  of  processing  overhead.  [Ref.  7;p.  587]  Each 
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process  has  its  own  program  counter,  set  of  registers  and 
address  space.  Some  programming  languages  provide  the  ability 
for  parts  of  a  process  to  execute  in  parallel.  Parallel 
processes  have  various  threads  of  control  which  are  discrete 
execution  paths.  Several  threads  of  a  process  executing  in 
parallel  are  called  multithread  execution.  Multithread 
execution  has  two  advantages.  First,  it  allows  the  operating 
system  to  take  full  advantage  of  multitasking  capabilities  and 
second,  there  is  a  reduction  in  process  overhead. 

Unlike  processes  ,  threads  share  address  space  so  there  is 
less  protection  between  threads.  [Ref.  7:p.  587]  [Ref.  10 :p. 
212]  [Ref.  11  :p.  508]  This  lack  of  protection  is  not  a 
problem  since  threads  belong  to  the  same  process.  Sun 
Microsystems  version  of  the  UNIX  operating  system  (SunOS) , 
calls  this  multithread  execution  with  low  overhead  lightweight 
processes. 

The  high  efficiency  which  the  UNIX  operating  system 
controls  the  CPU  enables  multiple  programs  to  run  in  what 
appears  to  be  a  concurrent  manner.  Programs  are  said  to  be 
running  in  the  foreground  or  the  background.  [Ref.  14 :p. 
189,190]  Bach  program  is  composed  of  processes.  The 
processes  running  in  the  background  are  called  daemons  [Ref. 
ll:p.  279]  Ref.  14:p.  197].  Typical  uses  for  daemons  are: 
electronic  mail  services,  handling  a  print  queue,  managing 
memory  and  timer  services.  Implementation  of  daemons  in  UNIX 
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is  elegant  and  simple  since  each  daemon  is  a  separate  process 
that  is  independent  of  other  processes. 

The  minimum  CPU  requirement  .or  running  the  UNIX 
operating  system  is  the  Intel  80386  or  the  Motorola  MC68030 
[Ref.  10 :p.  205] .  Memory  requirements  vary  between  vendors. 
Typical  UNIX  PC's  require  12  megabytes  of  RAM  and  200 
megabytes  of  fixed  disk  space  [Ref.  12 :p.  12]. 
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D.  UNIX  riLS  SYSTEM  and  FILS  SECURITY 

A  UNIX  file  is  a  collection  of  addressable  bytes 
containing  arbitrary  information  that  the  user  has  chosen  to 
place  into  it  [Ref.  7:p.  577].  UNIX  makes  no  distinction 
between  ASCII  files  and  binary  files,  so  the  meaning  of  the 
file  is  left  to  the  owner  [Ref.  ll:p.  276]  .  The  UNIX  file 
system  is  hierarchical  system  with  the  root  node  at  the 
origin.  [Ref.  7:p.  576]  [Ref.  10  :p.  216]  Security  is 
provided  to  all  files  via  a  nine  bit  protection  called  rights 
bits  [Ref.  11 :p.  277] . 

File  extensions  that  are  added  to  the  end  of  a  file  name 
such  as  .EXE  or  .SYS  for  executable  and  system  files, 
respectively,  are  not  enforced  in  UNIX.  [Ref.  10 :p.  218] 
File  names  are  normally  up  to  14  characters,  but  can  be  up  to 
255  characters  long  in  Berkeley  UNIX.  The  result  is  that  very 
flexible  and  descriptive  file  names  may  be  used. 

The  hierarchical  file  system  supports  directories  and 
subdirectories.  [Ref.  10 :p.  216]  [Ref.  11 :p.  287]  Unlike  DOS 
and  OS/2  that  use  the  back  slash  (\)  to  delineate  the  path 
name  to  a  file,  UNIX  uses  a  forward  slash  (/) .  Files  can  be 
accessed  by  using  either  the  absolute  path  name  or  the 
relative  path  name.  Starting  at  the  root  directory  and 
specifying  all  subdirectories  down  to  the  file  name  is  the 
absolute  path  name.  Starting  at  the  current  or  working 
directory  and  specifying  only  subdirectories  below  the  current 
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directory  down  to  the  file  name  is  the  relative  path  name. 

The  file  system  always  knows  the  user's  current  or 
working  directory.  Therefore,  the  user  can  access  the  desired 
file  that  is  under  the  current  directory  without  referencing 
through  the  root  directory  because  the  file  name  used  is 
assumed  to  be  under  the  current  directory.  The  mount  system 
call  can  be  used  to  attach  a  file  system  to  a  directory  in 
another  file  system  [Ref.  7:p.  577]  .  Unmount  reverses  the 
procedure . 

The  disks  that  employ  the  UNIX  file  system  have  a 
defined  data  structure  resident  on  those  disks.  [Ref.  7:p. 
577]  [Ref.  10:p.  217]  [Ref.  ll:p.  307]  The  physical  structure 
can  be  viewed  as  a  series  of  contiguous  blocks  up  to  some 
point  and  then  the  address  (or  pointer)  of  the  next  set  of 
contiguous  blocks.  The  first  block  (block  0),  is  not  used  by 
UNIX  and  is  usually  reserved  for  computer  boot  code.  Block  1 
is  called  the  super  block.  The  super  block  contains 
information  that  defines  the  file  system.  Destruction  of  the 
super  block  renders  the  system  unreadable  because  a  list  of 
actual  data  file  blocks  and  a  list  of  free  blocks  are 
maintained  here.  All  block  allocations  are  in  fixed-  Ized 
blocks . 

In  addition  to  lists,  the  super  block  also  contains  an 
array  of  inodes.  [Ref.  7:p.  578 j  [Ref.  10 :p.  219]  [Ref.  11  :p. 
308]  An  inode  is  sixty  four  bytes  long  and  contains 
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information  about  a  particular  file.  There  is  an  inode  for 
every  file  and  directory  on  the  disk.  UNIX  also  uses 
directories  to  relate  the  name  of  a  file  to  its  inode  number. 
These  directory  lists  are  separate  from  the  file  description 
on  disk  so  more  than  one  directory  can  point  to  the  same  file 
on  disk.  UNIX  calls  this  capability  linking. 

The  concept  of  linking  is  important  because  a  non¬ 
directory  file  may  appear  in  many  different  directories  under 
different  names.  [Ref.  7:p.  577]  [Ref.  10 :p.  217]  [Ref.  11  :p. 
288]  The  number  of  names  a  physical  file  has  is  called  the 
link  count.  Directory  entries  for  the  files  are  called  links. 
Files  can  exist  independently  of  the  directory  entries. 
Links  pcint  to  inodes  that  point  to  the  physical  file  on  disk. 

An  inode  contains  the  information  on:  the  number  of  links 
to  a  file,  time  modifications,  file  type,  physical  size, 
location,  ownership  and  permissions  [Ref.  7:p.  578] .  Unix 
permissions  fall  into  three  categories:  the  owner,  the  owner's 
group  and  all  others.  [Ref.  7:p.  578]  [Ref.  10 :p.  215]  Each 
category  has  three  options:  read,  write  and  execute  the  file. 
The  owner  may  also  elect  to  grant  no  permissions  indicated  by 
a  dash  (-)  rather  than  r,w,x  used  for  the  read,  write  and 
execute  permissions.  Nine  bits  are  used  in  this  file 
protection  scheme,  three  for  the  user,  three  for  the  user's 
group  and  three  for  all  others.  Only  the  user  and  the  system 
administrator  can  modify  the  protection  of  a  file.  The  system 
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administrators  are  also  called  the  superusers  because  they 
alone  have  control  over  system  files. 


UNIX  time  modifications  are  similar  to  other  file 
systems.  Time  modifications  include:  the  time  the  file  was 
created,  last  used  and  modified.  The  time  the  inode  was  last 
modified  is  also  maintained. 

File  types  are:  ordinary,  directory  and  special.  The 
first  two  are  the  standard  files  that  most  users  are  familiar 
with  seeing.  [Ref.  7:p.  578]  [Ref.  ll:p.  291]  The  special 
files  are  used  with  input/output  devices  and  are  either 
character  special  files  for  eight  bit  serial  transfers  (one 
byte)  or  block  special  files  for  larger  transfers  typically. 
These  are  512  or  1000  bytes  for  random  access. 

The  physical  size  of  the  file  will  determine  how  the  UNIX 
stores  it,  [Ref.  7:p.  578]  [Ref.  11 :p.  165]  The  inode  points 
directly  to  the  first  ten  blocks  of  a  file.  For  small  files 
this  is  usually  all  the  memory  space  needed.  As  the  file 
grows,  UNIX  employs  an  indirect  addressing  method  that  can 
extend  three  levels  deep.  Inode  fields  zero  through  nine  are 
direct  block  addresses,  field  ten  is  a  single  indirect  block 
address,  field  11  is  a  double  indirect  block  address  and  field 
12  is  a  triple  indirect  block  address. 

For  files  larger  than  ten  blocks  of  memory,  field  10  of 
the  inode  contains  the  address  of  the  single  indirect  block. 
This  block  contains  the  disk  addresses  of  more  disk  blocks. 
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For  example,  if  the  block  is  1000  bytes  (1  K)  and  each  address 
was  four  bytes,  the  single  indirect  block  could  hold  up  to  256 
addresses  (or  256  K  of  memory)  before  the  double  indirect 
block  is  needed.  Following  the  same  example,  the  double 
indirect  block  would  contain  256  single  indirect  blocks  that 
would  each  hold  addresses  of  256  data  blocks.  Double  indirect 
address  will  hold  up  to  65,536  addresses  and  beyond  that  the 
triple  indirect  blocks  hold  up  to  about  17  million  addresses. 

As  the  file  grows  the  time  necessary  to  access  the  entire 
file  past  the  first  ten  blocks  also  grows  because  the  levels 
of  addressability  increase.  A  large  file  may  require  several 
pointers  to  be  used  to  retrieve  the  entire  file  due  to  the 
indirect  addressing  method  used  with  UNIX. 

No  organization  is  enforced  on  the  file.  The 
organization  is  decided  by  the  application  program  that 
created  the  file.  This  emphasizes  the  notion  that  UNIX  treats 
files  as  addressable  bytes  defined  by  the  user  or  application 
program. 

To  facilitate  sharing  files  across  a  network  two  systems 
are  dominate  among  UNIX  users,  NSF  and  RFS.  [Ref.  7:p. 
601,602]  [Ref.  10 :p.  231,729]  Network  File  System  (NFS)  was 
developed  by  Sun  Microsystems  and  released  in  1984.  The  design 
of  NFS  was  for  wide  area  usage  across  several  dissimilar 
networks.  NSF  is  based  on  the  Remote  Procedure  Call  (RPC)  and 
External  Data  Representation  (XDR) . 
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RPC  enables  programs  to  retrieve  values  from  other 
computers  on  the  network  and  XDR  is  the  standard  used  to 


represent  the  data  between  different  types  of  computers. 

The  Remote  File  System  (RFS)  was  released  in  1986  by  AT&T 
to  support  distributed  UNIX  computing  with  System  V  Release 
3.0.  [Ref.  10 :p.  727]  RFS  can  operate  using  TCP/IP  and  other 
network  protocols.  AT&T's  RFS  and  Sun's  NSF  are  not 
compatible  without  an  intermediate  translation  [Ref.  13 :p.  8- 
10]  . 


S.  UN IX  INPUT/OUTPUT  STSTKK 

UNIX  treats  input  and  output  (I/O)  to  devices  as  streams 
of  bytes  [Ref.  7:p.  590]  [Ref.  14:p.  402].  Devices  for  I/O 
typically  include  terminals,  disk  drives,  printers,  and 
networks  connected  to  the  devices.  This  macro-level  handling 
of  I/O  has  the  net  effect  of  placing  the  burden  of  defining 
the  streams  of  bytes  on  the  application  program.  A  common 
structure  for  UNIX  operating  system  application  program  is  a 
text  stream  of  ASCII  characters.  The  UNIX  I/O  system  calls 
assume  unstructured  byte  streams;  no  definition  of  the  byte 
stream  is  assigned  by  UNIX.  All  structure  for  the  byte  stream 
is  created  by  the  application  program. 

To  allow  access  to  devices,  UNIX  integrated  the  devices 
into  the  file  system  as  special  files .  [Ref.  7:p.  591]  [Ref. 
11 :p.  290]  Like  other  system  files,  special  files  are  owned 
by  the  superuser  (system  administrator)  .  By  convention  device 
special  files  are  usually  placed  in  a  directory  called  "/dev". 
Each  device  is  assigned  a  path  name.  For  example,  a  line 
printer  may  be  referenced  by  /dev/lp.  The  path  name  not  only 
gains  access  to  the  particular  device,  but  since  the  device 
driver  is  part  of  the  file  system  it  is  afforded  file 
protection.  The  disadvantage  of  embedding  device  drivers  in 
the  UNIX  system  is  the  requirement  that  they  must  be  linked  to 
the  system  by  the  system  administrator. 
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Special  files  have  two  categories,  block  and  character 
special  files.  [Ref.  7:p.  582]  [Ref.  ll:p.  290]  Block 
special  files  are  for  random  access  and  are  used  to  access 
disks.  The  file  consists  of  a  sequence  of  numbered  blocks. 
Bach  block  is  individually  addressed  and  accessed.  The  goal 
of  UNIX  I/O  system  on  block  special  files  is  to  minimize  the 
number  of  data  transfers.  UNIX  systems  place  a  buffer  cache 
between  the  disk  drives  and  the  file  system  which  minimizes 
the  transfers  needed. 

A  read  cache  is  very  easy  to  implement  and  is  used  even 
in  the  simplest  operating  systems.  The  operating  system 
merely  reads  more  data  than  what  is  requested  thus  reducing 
the  number  of  disk  accesses  for  sequential  requests.  Write 
cache  is  more  difficult  to  implement  and  is  handled 
differently  between  specific  versions  of  UNIX. 

Character  special  files  are  primarily  used  for  devices 
that  use  character  (byte)  streams  and  where  random  access  is 
not  needed.  [Ref.  7:p.  578]  [Ref.  11  :p.  291]  Typical 
character  special  files  include  :  keyboard,  mouse,  network  and 
printer.  Files  may  be  "read  only"  for  a  keyboard  or  a  mouse; 
they  may  be  "write  only"  for  a  printer  or  they  may  be  "read 
and  write"  for  a  network  communication  device. 

File  I/O  may  be  redirected  using  greater  them  and  i ess 
than  signs  to  override  standard  inputs  from  keyboard  and  mouse 
and  standard  outputs  to  the  screen.  [Ref.  7:p.  574]  [Ref. 
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lisp.  275]  [Ref.  14:p.  48]  UNIX  automatically  opens  three 
files  upon  start  up:  standard  error  and  standard  output  to  the 
display  and  standard  input  for  the  mouse  or  keyboard. 
Redirection  of  I/O  and  opening  of  standard  files  is  very 
similar  to  DOS. 

The  UNIX  I/O  system  uses  five  primary  system  calls  which 
are:  open,  close,  read,  write  and  long  seek  (lseek)  [Ref.  7:p. 
592]  .  The  first  four  calls  are  straightforward  functions,  the 
last  system  call,  lseek,  is  used  for  random  access.  System 
calls  are  only  allowed  with  special  files.  Associated  with 
each  call  is  a  unique  file  descriptor. 

The  file  descriptor  is  an  integer.  It  defines  files  and 
special  files  to  a  process.  [Ref.  7:p.  591]  [Ref.  ll:p.  15] 
They  let  the  process  determine  the  status  of  a  file  or  special 
file.  Descriptors  are  essential  to  the  implementation  of 
named  pipes  and  sockets,  which  are  both  special  character 
files.  DOS  calls  a  file  descriptor  a  file  handle. 

Recall  that  named  pipes  are  static  communication  linkages 
between  processes  while  sockets  are  dynamically  created  as 
needed  for  I/O  across  the  network.  Network  I/O  is  an  integral 
part  of  the  UNIX  operating  system. 

When  using  a  Berkeley  socket  for  network  I/O,  each  socket 
supports  a  different  type  of  networking  and  protocols  between 
systems.  [Ref.  7:p.  597]  [Ref.  11 :p.  292]  Looking  at  the 
sockets  generically,  without  regard  to  a  particular  protocol. 
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three  basic  typaa  of  aockata  ara  available.  The  three  moat 
common  are: 

*  reliable  connection  oriented  byte  stream, 

*  reliable  connection  oriented  packet  stream, 

*  unreliable  packet  transmission. 

The  byte  stream  is  commonly  supported  by  the  UNIX  to  UNIX 
Copy  Programs  (UUCP)  using  a  modem.  [Ref.  10 :p.  230]  [Ref. 
14 :p.  494]  UUCP  is  a  collection  of  programs  that  perform 
functions  of:  mail  transfer  between  systems,  remote  command 
execution,  and  remote  file  transfer.  Byte  streams  are 
controlled  by  UNIX  directly;  packet  streams  require  additional 
software. 

Pipes  between  processes  may  use  a  reliable  connection 
byte  stream  or  packet  stream  for  communication  [Ref.  11  :p. 
292]  .  The  unreliable  packet  streams  are  supported  via  User 
Datagram  Protocol  (UDP)  [Ref.  11 :p.  293]  .  UDP  represents  best 
effort  delivery  without  any  guarantee. 

Reliable  conectionless  packet  streams  in  UNIX  are 
supported  by  Transmission  Control  Protocol/Internet  Protocol 
(TCP/IP).  [Ref.  10 :p.  94]  [Ref.  ll:p.  293]  Both  TCP/IP  and 
UDP  protocols  originated  with  DOD's  ARPANET,  which  is  now 
Internet . 

An  important  feature  of  the  UNIX  networking  concept  is 
the  non-blocking  I/O  also  introduced  by  Berkeley  [Ref.  7:p. 
593]  [Ref.  11  :p.  410]  1.  A  blocking  I/O  is  synchronous  and  is 


checked  at  regular  time  Intervals.  This  can  slow  the  system. 
A  non-blocking  I/O  is  asynchronous  so  the  wait  is  averted. 
The  non-blocking  I/O  is  useful  when  monitoring  several 
communication  lines  and  wanting  to  read  the  data  as  soon  as  it 
becomes  available.  Traditional  UNIX  systems  used  a 
synchronous  interface  to  a  process  caller.  The  calling 
process  was  blocked  until  the  request  could  be  satisfied. 

The  idea  behind  a  non-blocking  I/O  is  that  the  process 
can  request  to  be  signalled  asynchronously  when  I/O  becomes 
possible  using  a  non-blocking  descriptor.  If  the  read  or 
write  can  not  be  accomplished  an  error  code  is  returned. 
Berkeley  UNIX  employs  a  multiplexing  feature  that  enables  a 
process  to  determine  when  any  of  several  descriptors  are  ready 
for  I/O  [Ref.  7:p.  593] .  The  net  effect  is  faster 
communications . 

UNIX  employs  very  advanced  features  in  all  facets  to 
handle  inputs  and  outputs.  It  is  important  to  emphasize  that 
while  UUCP  is  a  standard  part  of  the  UNIX  operating  system, 
TCP/IP  and  UDP  are  additional  software  packages  required  for 
network  I/O. 
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V.  UWXX  USER  INTERFACE 

UNIX  employs  two  types  of  user  interface:  command  line 
interface,  which  is  called  shell,  and  graphical  user  interface 
(GUI) .  Bach  type  of  interface  has  three  variations.  Before 
addressing  specifics  about  these  interfaces,  a  look  at  the 
layers  of  software  in  the  UNIX  operating  system  is  in  order  to 
provide  a  basis  that  will  also  apply  to  other  systems. 

The  user  interface  is  the  outer  layer  of  software  and  is 
normally  perceived  as  being  the  UNIX  system.  The  user 
interface  via  the  shell  or  GUI  provides  access  to  text  editors 
such  as  "vi",  compilers  such  as  C,  and  other  utilities.  These 
are  collectively  referred  to  as  standard  utility  programs. 
[Ref.  11 :p.  273]  Just  below  the  user  interface  resides  the 
steuidard  library  interface.  Standard  library  functions 
include:  open,  close,  read,  write,  and  fork.  These  functions 
are  automatically  available  to  the  user  interface.  The  user 
interface  along  with  standard  library  functions  comprise  the 
user  mode. 

Directly  below  the  user  mode  is  the  kernel  mode.  [Ref. 
11  :p.  273]  The  kernel  mode  may  be  viewed  as  the  heart  of  the 
UNIX  operating  system  because  it  provides  the  interface  to  the 
hardware  via  the  system  call  interface.  This  is  where  the 
actual  process  and  memory  management  takes  place  along  with 
the  file  system  and  I/O  system  management. 
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The  UNIX  operating  system  is  written  in  C  (or  C++) .  The 
actual  grassroots  communication  to  the  hardware  is  device 
specific  assembly  language  called  device  drivers  and  is 
supplied  by  the  manufacturer  of  the  device.  The  complied  C 
language  communicates  directly  with  the  assembly  language  to 
control  the  CPU,  disks,  keyboards,  etc.  Each  peripheral 
device  must  be  linked  to  the  kernel  in  UNIX  [Ref.  14 :p.  214] . 

The  hardware  specifics  are  totally  transparent  to  the 
user  with  the  exception  of  speed  in  execution  of  commands. 
The  user  will  see  either  the  shell  prompt  or  the  GUI.  [Ref. 
7:p.  573]  [Ref.  14:p.  283,560]  The  three  most  popular  shells 
all  contain  "sh"  as  part  of  their  file  names.  AT&T's  first 
popular  shell,  the  Bourne  shell  1976,  has  the  file  name  "sh" 
and  displays  "$"  on  the  command  line.  The  enhanced  version  of 
the  Bourne  shell,  the  Korn  shell,  uses  the  same  prompt  and  is 
also  an  AT&T  product.  The  Korn  shell  (file  name  "ksh") 
incorporated  some  of  the  features  found  in  the  third  type  of 
shell  namely,  the  Berkeley  C  shell  (file  name  "csh")  .  This 
shell  was  named  C  shell  because  the  syntax  (language  rules) 
used  are  based  on  the  C  programming  language.  The  C  shell 
uses  "%"  prompt  on  the  command  line  unlike  the  others. 

The  command  line  of  the  shell,  indicated  by  the  prompt, 
is  expecting  the  name  of  an  executable  file  and  one  or  more 
arguments  to  act  as  input  to  the  file.  The  job  of  the  shell 
is  to  interface  with  the  standard  library.  [Ref.  7:p.  574] 
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[Ref.  11  :p.  275]  This  ensures  the  fork  call  is  made  to  create 
the  child  process  which  Is  created  from  the  parent  and  to 
open  three  files.  The  three  files  are  for  standard  input 
(usually  the  keyboard) ,  standard  output  and  standard  error 
(usually  the  display) .  These  are  used  for  reads,  writes  and 
error  messages  respectively. 

UNIX  allows  redirection  of  standard  input  and  standard 
output.  [Ref.  7  :p.  574]  [Ref.  11 :p.  275]  [Ref.  14 :p.  68] 
Standard  input  is  redirected  by  "<n  and  standard  output  is 
redirected  by  in  other  words  "less  than  is  input 
redirection"  and  "greater  than  is  output  redirection" .  This 
is  extremely  useful  when  input  or  output  is  to  a  file. 
Additionally,  the  UNIX  shell  syntax  allows  for  an  output  to  be 
appended  to  a  file  rather  than  replacing  it.  In  typical  UNIX 
shorthand  elegance  this  is  accomplished  by  using  "»". 

UNIX  commands  in  shell  can  be  placed  together  and 
executed  in  succession  using  a  vertical  bar  "  | "  called  the 
pipe  Bymbol.  [Ref.  10:p.  221]  [Ref.  14:p.  23]  The  collection 
of  commands  is  sometimes  referred  to  as  a  pipeline.  This 
allows  the  output  of  one  command  to  be  the  input  to  the  next 
command  which  UNIX  calls  a  filter.  A  file  containing  shell 
commands  is  called  a  shell  script.  The  user  may  have  the 
script  execute  upon  start  up. 

UNIX  shell  supports  traditional  programming  language 
constructs  (case,  for,  if -then-else,  and  while) .  [Ref.  7:p. 
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574]  [Ref.  14 :p.  190]  With  the  power  of  UNIX  processing  the 
user  can  also  designate  a  program  to  execute  in  the 
background,  such  as  a  compiler,  using  "&"  while  another 
program  runs  in  the  foreground,  such  as  a  word  processor  or 
spreadsheet . 

The  DOS  command  line  is  similar  to  features  found  in  the 
UNIX  shell.  The  DOS  batch  file  is  like  a  UNIX  shell  script. 
Redirection  of  I/O  and  pipe  lining  are  the  same  and  basic 
programming  language  functions  are  supported  in  both  operating 
systems.  These  similarities  may  be  carried  one  step  further 
since  the  OS/2  operating  system  supports  DOS  and  has 
provisions  for  UNIX. 

Today  most  users  tend  to  prefer  the  graphical  user 
interface  (GUI)  over  a  command  line  as  provided  by  shell. 
[Ref.  10 :p.  226]  [Ref.  14 :p.  593]  The  X  Window  System, 
sometimes  simply  called  "X" ,  was  first  released  by 
Massachusetts  Institute  of  Technology  in  1984.  The  source 
code  for  "X"  is  publicly  available.  Digital  Equipment 
Corporation  was  the  first  to  commercially  market  "X"  and 
presently  supports  DECwindows;  however,  most  application 
programs  written  for  "X"  use  one  of  the  two  leading  industry 
standards,  OpenLook  or  Motif. 

OpenLook  is  supported  by  AT&T  (UNIX  Systems  Labs)  and  Sun 
Microsystems  (SunSoft)  under  the  UNIX  International  (UI) 
consortium.  [Ref.  10 :p.  227]  Motif  is  an  IBM  product 
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supported  by  Open  Systems  Foundation  (OSF) .  Santa  Cruz 
Operation's  (SCO)  Open  Desktop  is  based  on  OSF  Motif.  The 
AT&T  and  IBM  windowing  systems  are  fundamentally  incompatible; 
however,  a  joint  venture  between  UNIX  Systems  Labs  and  Novell 
called  UNIVBL  has  released  software  called  UnixWare  that 
supports  both  Motif  and  OpenLook  on  an  Intel -based 
workstation. 

Icons  differ  on  different  versions  of  UNIX  windowing 
systems  to  represent  data  files  and  programs.  Commonalities 
include  similar  program  manager  windows  and  pull  down  menus. 
With  all  UNIX  GUI's,  a  program  may  be  started  by;  double  click 
on  a  executable  program's  icon,  double  click  on  a  program  name 
in  the  file  system  window,  double  click  on  a  data  file  with  an 
association  to  an  executable  program,  or  open  a  window  and 
type  the  program  name. 
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G.  UNIX  NETWORKING 

UNIX  provides  an  environment  that  is  very  natural  for 
networking  due  to  the  support  for  multiple  processes  and 
multiple  users  sharing  resources.  Basic  capabilities  of  UNIX 
networking  include  NFS  and  RFS  for  file  sharing  and  UUCP  and 
TCP/IP  that  support  file  sharing  as  well  as  remote  program 
execution,  file  transfer,  and  e-mail  [Ref.  10:p.  230].  UNIX 
has  several  other  protocols  available.  UUCP  and  TCP/IP  are 
two  of  the  most  common  and  the  focus  here. 

During  the  development  of  UNIX  the  two  PDP  series 
computers  that  were  used  were  separated  by  a  flight  of  stairs. 
Developers  disliked  climbing  the  stairs.  The  result  was  the 
earliest  releases  of  the  UNIX  operating  system  supported  UUCP 
(UNIX  to  UNIX  Copy  Program)  to  support  networking  on  a  peer  to 
peer  basis. 

UUCP  has  evolved  to  several  programs  and  related  files 
that  allow  the  user  to  carry  out  three  primary  tasks:  remote 
file  transfer,  remote  command  execution,  and  mail  transfer. 
UUCP  is  now  classified  as  a  point  to  point  protocol  for  use 
with  modems.  Data  speeds  are  typically  9,600  bits  per  second, 
but  speeds  may  be  higher  [Ref.  10 :p.  724]  [Ref.  14 :p.  492]  . 
Data  rates  are  transparent  to  the  user  because  UUCP  operates 
as  a  background  process  (daemon)  and  carries  out  transfers  at 
the  convenience  of  the  operating  system.  The  transfer  will 
take  place  the  next  time  the  remote  system  is  connected  with 
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the  local  eyetem  if  a  current  connection  is  not  already  in 
progress . 

The  UUCP  mail  will  notify  the  file  recipient  that  a  file 
transfer  has  taken  place  upon  the  next  logon  if  the  remote 
station  is  not  currently  connected.  [Ref.  10 :p.  734]  [Ref. 
14 :p.  494]  The  recipient  of  the  files  can  view  the  contents 
using  a  standard  "uupick"  command  after  a  directory  for 
placement  is  specified.  UUCP  support  for  remote  execution  is 
via  the  "uux"  command.  If  the  permission  is  granted  by  the 
remote  system  the  results  of  the  remote  execution  are 
displayed  at  the  local  system.  The  UUPC  command  will  connect 
a  properly  configured  MS  DOS  PC  to  the  UUCP  network  [Ref. 
10 :p.  230]  . 

For  higher  level  networking  across  several  different 
networks  many  UNIX  systems  support  Transmission  Control 
Protocol  /Internet  Protocol  (TCP/IP) .  TCP/IP  requires 
additional  software  to  be  ran  on  top  of  the  operating  system. 
TCP/IP  is  discussed  here  because  U.C.  Berkeley  incorporated  it 
in  UNIX.  All  other  operating  systems  such  as  MS-DOS,  OS/2, 
and  System  7  have  add-on  software  to  support  TCP/IP  so  it  will 
not  be  discussed  in  their  respective  sections, 

Internet  Protocol  provides  the  basis  for  other  protocols. 
IP  is  not  designed  as  an  end  user  protocol  [Ref.  ll:p.  434]. 
It  forms  the  basis  for  TCP  and  UDP.  Transmission  Control 
Protocol  (TCP)  provides  a  virtual  circuit  between  remote  sites 
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for  reliable  transmission  with  error  detection  and  correction. 
[Ref.  10:p.  232]  User  Data9ram  Protocol  (UDP)  is 

connectionless  "datagram"  service  which  is  a  best  effort  for 
short  message  transmission  without  a  guarantee  of  success. 
TCP/IP  provides  four  basic  services  across  a  network.  [Ref. 
10 :p.  232,721]  They  are: 

*  File  Transfer  Protocol  (FTP)  allows  users  to  log  on  to 
remote  sites  to  view  directories  and  to  send  and  receive 
files. 

*  Simple  Mail  Transfer  Protocol  (SMTP)  uses  store  and 
forward  techniques  to  serve  as  the  basis  for  electronic 
mail. 

*  Siople  Network  Management  Protocol  (SNMP)  enables  several 
networks  to  be  administered  (managed)  from  a  central 
location. 

*  Telnet  provides  a  remote  log  on  capability  with  a  remote 
terminal  emulation  if  necessary. 

UNIX  is  a  very  flexible  networking  platform.  TCP/IP  and 
UUCP  provide  two  separate  means  of  file  transfer,  mail,  and 
remote  execution.  TCP/IP  can  be  used  with  NFS  and  RFS.  UNIX 
can  also  be  used  in  the  traditional  client  server  LAN 
environment  in  addition  to  the  peer  to  peer  distributed 
environment . 
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8.  UNIX  ADVANTAGES  and  DISADVANTAGES 

Some  of  the  very  same  characteristics  which  may  be 
considered  advantages  in  UNIX  may  also  be  considered 
disadvantages.  UNIX  runs  on  the  widest  variety  of  hardware 
platforms  of  any  operating  system  [Ref.  10 :p.  234]  .  UNIX  can 
be  adapted  to  almost  any  hardware.  Personal  computers , 
workstations,  and  mainframes  run  UNIX  systems  such  as  XENIX, 
SunOS,  and  System  V  respectively.  This  wide  range  in  UNIX 
varieties  leads  to  the  greatest  downfall  of  the  UNIX  system. 
UNIX  is  incompatible  between  companies  and  is  not  portable 
across  hardware  platforms. 

Despite  the  POSIX  standards  every  version  of  UNIX 
requires  a  special  version  of  an  application  program  to  run  on 
that  particular  version.  UNIX  application  programs  are  often 
sold  by  "value  added"  vendors  who  have  to  customize  the 
application  to  the  version  of  UNIX  in  use  [Ref.  10 :p.  237] . 
The  incompatibility  issues  of  UNIX  translates  directly  into 
increased  cost. 

Additional  cost  is  not  just  limited  to  application 
programs.  The  UNIX  operating  system  is  much  more  costly  than 
DOS  or  OS/2  when  implemented  on  a  80386  or  80486  computer. 
DOS  does  not  measure  up  to  UNIX  functionality,  but  OS/2  has 
many  of  the  desirable  UNIX  multitasking  features. 

The  size  and  complexity  of  most  UNIX  systems  usually 
requires  additional  memory,  and  a  tape  drive  or  similar  device 
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is  needed  for  installation  and  backup.  Unix  may  not  be  the 
best  choice  for  small  Local  Area  Networks  (LANs)  or  for  LAN's 
that  cannot  support  a  system  administrator  position.  The 
system  administrator  must  link  new  devices  to  the  UNIX 
operating  system,  unlike  most  other  systems  where  device 
drivers  may  be  installed  by  the  user. 

UNIX  is  a  good  choice  when  multitasking  computing  power 
is  needed  for  parallel  processing,  using  multiple  processors, 
or  simulated  multitasking  is  needed  on  a  single  processor. 
UNIX  supports  true  multitasking  on  16  or  32  bit  CPU's.  UNIX 
supports  RISC  technology  on  parallel  and  single  processors. 
Sun  Microsystems  (SunSoft)  produces  INTERACTIVE  UNIX  and 
Solaris  operating  systems  to  meet  these  needs  [Ref.  12 :p.  1] . 
(INTERACTIVE  and  Solaris  also  have  some  DOS  and  Windows  3.1 
compatibility  [Ref.  12:p.  22]. 

UNIX  uses  preemptive  multitasking  in  a  multiuser 
environment  with  built  in  security.  Log  on  is  the  first  line 
of  defence  followed  by  file  security  as  a  second  line  of 
defence  for  unauthorized  users.  DOS  and  OS/2  provide  none  of 
these  features  without  a  LAN  server  or  additional  third  party 
software.  OS/2  provides  preemptive  multitasking,  but  for  a 
single  user.  System  7  provides  security  but  hone  of  the  other 
features . 

The  only  operating  system  that  is  comparable  to  UNIX  in 
total  functionality ..  is  Microsoft's  WindowsNT.  An  in  depth 


52 


discussion  of  UNIX  and  Microsoft  WindowsNT  is  covered  here 
because  WindowsNT  is  not  considered  a  PC  operating  system. 
Microsoft's  selling  points  for  NT  are:  that  it  is  a  single 
company  product  with  a  single  common  user  interface  and  the 
network  protocols  integrated  into  the  system.  UNIX  has  many 
vendors.  UNIX  protocols  are  purchased  separately. 

UNIX  should  be  used  where  the  need  exists,  such  as  a 
multimedia  multiuser  environment,  where  security  and  speed  are 
factors  and  system  cost  is  justified.  The  payoff  for  a  large 
complex  operating  system  is  the  performance  that  may  be 
achieved. 


IZZ.  MS  DOS 


A.  MS  DOS  BACKGROUND 

DOS  first  appeared  in  the  market  place  in  August  1981. 
[Ref.  7:p.  633]  [Ref.  10:p.  129]  [Ref.  ll:p.  317]  The  success 
of  Microsoft  DOS  can  be  traced  to  two  early  developmental 
steps.  First,  IBM  manager  Philip  Estridge  was  able  to  build 
an  inexpensive  sixteen  bit  personal  computer  from  commercial 
off  the  shelf  (COTS)  parts  from  Intel,  and  second,  Microsoft 
was  able  to  win  the  race  over  Digital  Research  to  the  market 
place  for  a  sixteen  bit  operating  system.  The  13  year  history 
of  DOS  has  been  well  documented  by  numerous  sources  so  a 
detailed  account  may  be  given  here. 

Digital  Research  had  dominated  the  market  in  operating 
systems  for  eight  bit  microprocessors  (Intel  8080).  [Ref. 
7:p.  633]  The  operating  system  was  called  "Control  Program 
for  Microcomputers "  or  CP/M.  Released  in  1975,  CP/M  consisted 
of  three  major  subsystems: 

*  Control  Command  Processor  (CCP) 

*  Basic  Input/Output  System  (BIOS) 

*  Basic  Disk  Operating  System  (BDOS) . 

Microsoft's  first  release  of  DOS  resembles  the  CP/M  operating 
system.  CP/M  originally  had  a  great  influence  on  DOS.  Early 
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versions  of  DOS  had  essentially  the  same  three  major 
subsystems  functions. 

When  IBM  originally  asked  Bill  Gates,  founder  of 
Microsoft,  to  develop  an  operating  system  for  the  IBM  Personal 
Computer  (PC),  Gates  suggested  Digital  Research's  CP/M.  [Ref. 
7:p.  635]  [Ref.  ll:p.  316]  IBM's  confidence  in  Microsoft  came 
from  the  company's  successful  development  of  XENIX  (a  16  bit 
version  of  UNIX) ,  BASIC  (a  command  interpreter  for  the  Altair 
PC)  and  a  file  system  using  a  File  Allocation  Table  or  FAT 
(which  later  became  the  basis  for  DOS) .  IBM  went  to  Digital 
Research  to  inquire  about  CP/M- 86  the  new  16  bit  operating 
system.  When  they  found  CP/M-86  well  behind  schedule  IBM 
returned  again  to  Microsoft  and  requested  an  operating  system 
like  CP/M. 

Bill  Gates  was  aware  of  a  nearby  company  named  Seattle 
Computer  Products  that  produced  memory  boards  for  the  8086- 
based  (16  bit)  products.  [Ref.  7:p.  634]  [Ref.  ll:p.  316] 
Gates  hired  Tim  Paterson,  who  in  1979  had  developed  software 
called  86 -DOS  to  test  the  sixteen  bit  memory  boards.  The  DOS 
project  began  in  April  1981  and  was  completed  on  schedule  in 
August  of  the  same  year.  This  Intel -based  operating  system 
had  two  similar  versions  for  the  PC:  MS  DOS  by  Microsoft  and 
PC  DOS  by  IBM. 

Early  decisions  on  hardware  drove  software  decisions  and 
the  accessibility  of  the  PC  market.  Two  important  decisions 
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by  IBM  helped  shape  the  future  of  DOS.  First,  IBM  decided  to 
make  the  PC  an  open  system  [Ref.  11 :p.  317].  This  means  the 
complete  design  described  in  great  detail  was  available  from 
PC  vendors.  Open  system  architecture  nurtured  the  development 
of  PC  clones  and  gave  Microsoft  a  software  market  outside  of 
IBM.  (Although  functionally  about  the  same,  there  are  some 
subtle  differences  between  PC  DOS  and  MS-DOS.)  Second,  IBM's 
selection  of  the  8088  over  the  8086  made  the  product  less 
expensive.  The  8088  handles  internal  transfers  of  sixteen 
bits  each  clock  cycle  and  external  transfers  to  peripherals 
eight  bits  at  a  time  [Ref.  7:p.  634].  This  did  not  pose  any 
problems  because  most  peripherals  of  the  time  communicated 
eight  bits  at  a  time.  Selection  of  the  8086,  which 
communicates  at  sixteen  bits  externally  and  internally,  would 
have  made  the  PC's  less  affordable. 

The  8086  and  8088  are  both  equipped  to  handle  a  one 
megabyte  address  space.  This  is  because  twenty  address  lines 
are  available  to  these  two  CPU's  (220  is  approximately  equal 
to  one  million) .  Early  in  development  IBM  decided  to  reserve 
384  kilobytes  for  hardware  uses  leaving  640  kilobytes  for  DOS 
and  DOS  application  programs.  [Ref.  10 :p.  163]  [Ref.  11 :p. 
317]  This  lead  to  the  64 OK  limit  legacy  DOS  has  today.  The 
640K  limit  has  continued  to  plague  DOS  because  new  programs 
written  needed  to  be  compatible  with  8088  architecture. 
Innovations  to  overcome  this  problem  are  discussed  with  the 
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appropriate  version  of  DOS  that  introduced  a  solution. 

MS-DOS  Version  1.0  consisted  of  4000  lines  of  assembly 
language  code  that  occupied  twelve  kilobytes  of  memory.  [Ref. 
7:p.  634]  [Ref.  10:p.  129]  [Ref.  ll:p.  317]  The  operating 
system  was  organized  into  three  files  (similar  to  CP/M)  which 
were: 

*  IBMBIO.COM  for  disk  and  character  I/O  system. 

*  IBMDOS.COM  for  disk  and  file  management. 

*  COMMAND.COM  for  shell  command  processing. 

Version  1.0  was  compatible  with  CP/M  which  was  important  in 
the  marketplace  in  order  to  gain  greater  support  by  having  the 
ability  to  run  CP/M  application  programs. 

Like  CP/M,  Version  1.0  only  supported  a  single  directory 
so  all  files  were  seen  when  the  "dir"  command  was  used,  but 
several  improvements  over  CP/M  were  in  place.  [Ref.  7:p.  634] 
[Ref.  11 :p.  317]  The  system  supported  the  first  five  and  one 
quarter  inch,  single  sided  disk  with  a  160  kilobyte  capacity. 
(Version  1.1  later  supported  double  sided  320  kilobyte  disks)  . 
MS-DOS  was  the  first  system  to  keep  the  File  Allocation  Table 
(FAT)  memory  resident  to  decrease  disk  accesses  and  increase 
system  speed. 

Version  1.0  supported  device  independent  I/O  by  treating 
device  drivers  as  files,  and  used  part  of  the  ROM  called  the 
Basic  Input  Output  System  (BIOS)  to  house  the  device  drivers. 
[Ref.  7:p.  634]  [Ref.  ll:p.  318]  Reserved  file  names  are  used 


57 


to  call  devices,  CON  for  the  console,  PRN  for  the  printer,  and 
AUX  for  serial  ports.  This  version  also  supported  shell 
scripts  (a  sequence  of  commands  stored  in  a  file)  called  batch 
tiles. 

MS-DOS  Version  2.0  was  introduced  in  March  1983  with 
IBM's  introduction  of  the  PC/XT.  [Ref.  7:p.  635]  [Ref.  10 :p. 
129]  [Ref.  11 :p.  318]  Version  2.0  consisted  of  20,000  lines 
of  assembly  language  and  several  enhancements.  The  system  now 
supported  a  ten  megabyte  fixed  disk  and  360  kilobyte  floppy 
disks.  A  hierarchical  file  system  that  supported  directories, 
subdirectories  and  files  adopted  from  Microsoft  XENIX  made 
Version  2.0  incompatible  with  CP/M  and  established  DOS  as  the 
dominate  operating  system  for  PC's.  Another  feature  like  that 
of  XENIX  was  the  ability  to  redirect  inputs  and  outputs  using 
a  pipe  (vertical  bar)  ,  but  the  function  was  not  as 
sophisticated  as  the  UNIX  based  systems. 

The  popularity  of  UNIX  at  the  time  and  the  demand  for 
multitasking  forced  Microsoft  to  look  at  the  customer  base  and 
determine  that  the  majority  of  the  customers  were  single  user 
on  a  single  system.  [Ref.  7:p.  636]  Microsoft  avoided  the 
cost  and  overhead  of  multitasking,  but  did  incorporate 
background  print  spooling  (simultaneous  peripheral  operations 
on  line) .  This  feature  was  placed  in  a  command  file  called 
PRINT.COM  and  was  designed  to  run  when  there  was  little  other 
DOS  activity. 
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To  support  now  peripherals  and  keeping  with  IBM's  open 
architecture,  Version  2.0  supported  Installable  device  drivers 
(removing  then  from  ROM).  [Ref.  7:p.  636]  [Ref.  '’lip.  319] 
This  was  accomplished  with  the  CONFIG.SYS  file  by  using  linked 
lists  to  join  the  device  drivers.  Version  2.05  was  designed 
for  international  support  such  as  Japanese  Kanji  characters. 
Version  2.1  supported  IBM  PCjr,  which  was  not  well  accepted  by 
users.  Microsoft  combined  2.05  and  2.1  into  Version  2.11 
which  was  translated  into  60  languages  and  sold  world  wide. 
The  final  versions  in  this  series  2.2  and  2.25  supported 
Korean  and  Japanese  characters  respectively. 

Version  3.0  released  in  August  1984  with  40,000  line  of 
assembly  language  code  was  twice  the  size  of  Version  2.0. 
[Ref.  7 :p.  637]  [Ref.  10 :p.  130]  [Ref.  11 :p.  319]  The  goals 
of  DOS  Version  3.0  in  support  of  the  80286  microprocessor  was 
multitasking,  increasing  available  memory,  and  networking. 
Version  3.0  arrived  on  the  market  with  IBM's  new  PC/AT,  the 
first  PC  with  the  80286  chip.  With  24  address  lines  the  80286 
could  access  16  megabytes  of  memory.  [Ref.  10 :p.  44]  [Ref. 
11  :p.  336]  The  use  of  memory  above  one  megabyte  is  called 
extended  memory.  DOS  supports  utility  programs  to  access  this 
memory. 

In  support  of  8086  and  8088  programs  the  80286  has  two 
modes  of  operation:  real  and  protected.  [Ref.  7:p.  637]  The 
real  mode  allows  compatibility  using  a  one  megabyte  address 
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•pace  with  16  bit  internal  and  external  data  exchange  rates 
(like  a  fast  6086) .  The  protected  node  allows  for  full  16 
megabyte  addressability  with  a  separate  address  apace  for  each 
application  program  running  to  support  multitasking.  Using 
DOS,  only  one  program  is  active  at  any  given  time. 

Version  3.1  released  in  November  1984  was  unique  in  two 
ways.  [Ref.  7:p.  638]  [Ref.  10:p.  130]  [Ref.  ll:p.  319] 
First,  it  was  the  first  time  MS  DOS  and  PC  DOS  were  exactly 
the  same  and  second,  this  version  supported  networking. 
Version  3.1  came  with  Microsoft  Networks  to  support  IBM's  PC 
Network  adaptor,  a  hardware  card  with  a  communications 
controller.  The  networking  capability  was  limited  to  "well 
behaved”  application  programs.  These  are  programs  that  are 
written  to  not  hoard  CPU  time  or  use  too  much  memory. 

Before  the  release  of  Version  3.2  Lotus,  Intel,  and 
Microsoft  introduced  the  expanded  memory  specification  (LIM 
EMS)  a  hardware  solution  to  relax  the  640  kilobyte  limit  on 
RAM  imposed  by  DOS.  [Ref.  7:p.  596}  [Ref.  10 :p.  44]  The 
specification  defined  a  means  for  accessing  large  amounts  of 
RAM  by  swapping  it  in  16  kilobyte  increments  into  and  out  of 
a  64  kilobyte  window  in  the  microprocessors  address  space. 
This  is  usually  an  unused  region  of  memory  between  640 
kilobytes  and  one  megabyte.  (Popular  third  party  memory 
managers  are  Quarterdeck's  QEMM  or  Qualitas's  366Max.) 
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008  Version  3 . 2  supported  IBM' s  PC  Network  and  Token  Ring 
local  area  networks.  [Ref.  7:p.  638]  [Ref.  I0:p.  131]  [Ref. 
11 :p.  319]  This  was  the  first  DOS  to  support  three  and  one 
half  inch  sturdy  disks  with  a  capacity  of  720  kilobytes.  The 
sturdy  disk  capacity  was  increased  to  1.44  megabytes  with  DOS 
3.3. 

Version  3.3  was  released  in  April  1987  with  IBM's 
.  Personal  System/2  (PS/2) .  [Ref.  7:p.  639]  [Ref.  I0:p.  130] 
[Ref.  11  :p.  319]  The  PS/2  was  available  in  various  models 
that  gave  the  consumer  a  choice  of  microprocessors  (with  and 
without  math  coprocessors) ,  memory  size,  and  internal  bus 
configuration.  The  top  of  the  line  (at  the  time)  PS/2  Model 
80  far  exceeded  the  capabilities  of  DOS  3.3,  which  was  not  a 
multitasking  but  a  single  tasking  operating  system.  Version 
3.3  supported  real  mode  for  8086,  80286  and  80386.  (The  80386 
has  32  address  lines  capable  of  four  gigabytes  of  addressable 
memory) .  Large  memory  support  was  achieved  by  using  32 
megabyte  fixed  disk  partitions.  This  version  also  had 
extensive  foreign  language  support. 

Along  with  the  release  of  the  PS/2  came  the  option  for  a 
different  operating  system  all  together,  namely  Operating 
System  /2  (OS/2).  [Ref.  7:p.  640]  [Ref.  10:p.  170]  [Ref. 
11  :p.  319]  OS/2  was  supposed  to  replace  MS  DOS  but  late 
delivery  and  no  graphical  user  interface  gave  customers  a  good 
reason  to  stay  with  DOS. 
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Version  4.0#  released  in  July  1988,  was  the  first  DOS 
operating  system  to  implement  IBM's  Common  User  Access 
specification.  [Ref.  7:p.  €60]  [Ref.  I0:p.  130]  [Ref.  ll:p. 
320]  It  extended  the  fixed  disk  size  limit  to  two  gigabytes 
with  LIM  EMS  and  had  a  vastly  improved  shell  user  interface. 
The  shell  gave  a  windows  like  environment;  the  File  SyBtem 
screen  shows  a  directory  tree  window  and  a  second  window  for 
a  list  of  files  in  the  current  directory.  The  SELECT  program 
allowed  the  novice  to  install  Version  4.0.  The  START  PROGRAMS 
screen  appears  first  when  the  shell  is  executed.  The  shell 
allowed  associating  data  with  an  application  program  so  that 
when  the  data  file  is  selected  the  application  program 
associated  with  the  data  executes. 

Microsoft  introduced  Windows  3.0  in  1990  and  DOS  5.0  in 
April  1991.  [Ref.  10 :p.  154]  [Ref.  11 :p.  320]  DOS  5.0  with 
or  without  Windows  3.0  support  was  the  another  attempt  to 
address  the  640K  limit  imposed  by  earlier  releases  of  DOS. 
DOS  5.0  was  shipped  with  a  two  part  memory  manager  called 
EMM386.EXE  and  HIMEM.SYS  [Ref.  16:p.  317]  [Ref.  17:p.  66]. 
The  EMM386.EXE  is  an  extended  memory  manager  that  takes 
advantage  of  the  80386  architecture  to  simulate  expanded 
memory  using  extended  memory.  It's  installed  as  a  device 
driver  in  CONFIG.SYS  and  creates  a  paging  area  between  640K 
and  one  megabyte  to  perform  the  expanded  memory  function.  The 
paging  is  in  64K  chunks  of  memory.  The  HIMEM.SYS  is  another 
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device  driver  that  allows  use  of  high  memory  above  640  K.  DOS 
needs  both  of  these  drivers  to  use  the  high  memory  area. 

DOS  5.0  had  two  other  improvements  as  well.  Removable 
sturdy  disk  memory  was  again  improved  to  support  2.86  megabyte 
disks.  [Ref.  10:p.  130]  [Ref.  ll:p.  320]  The  shell  was 
improved  to  hold  several  programs  in  memory  at  once  and 
support  for  an  extensive  help  facility.  The  line  editor 
(EDLIN)  was  replaced  by  a  screen  editor  called  EDIT.  More 
consideration  for  testing  prior  to  release  was  given  because 
this  was  the  first  version  sold  directly  to  customers. 

In  the  Fall  of  1992  Microsoft  released  Windows  for 
Workgroups  (WFW)  to  support  peer  to  peer  networking  and  a 
dedicated  LAN  server  [Ref.  10:p.  45,749].  MS  DOS  Version  6.0 
released  in  April  1993  has  supporting  software  called 
Workgroup  Connection  [Ref.  18 :p.  64]  .  MS  DOS  6.0  has  grown  to 
a  whopping  eight  megabytes  if  fully  installed  [Ref.  18 :p.  62]  . 
The  goal  of  the  Version  6  series  is  to  add  utilities  to  the 
operating  system  and  deliver  a  complete  package  thus  avoiding 
the  need  for  customers  to  buy  additional  software  products 
such  as  data  compressors,  memory  managers  and  virus  scanners. 
The  specifics  of  these  features  are  discussed  in  a  separate 
DOS  6  and  networking  sections. 

By  November  of  1993  Microsoft  had  an  unscheduled  release 
of  Version  6.2  to  fix  some  problems  with  DOS  6.0.  [Ref. 
18 :p.  63]  The  reason  Microsoft  named  this  version  6.2  was  to 
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avoid  confusion  with  IBM  DOS  that  was  already  in  release  6.1 
[Ref.  19 :p.  37] .  The  major  differences  between  MS  DOS  and  IBM 
PC  DOS  is  the  utilities  that  are  offered  [Ref.  20 :p.  39] .  The 
basic  commands  are  the  same. 

Microsoft  and  IBM  had  the  final  code  exchange  for  MS  DOS 
on  September  17,1993  [Ref.  21:p.  1C].  Previously,  IBM  PC  DOS 
would  build  on  code  of  MS  DOS  and  generally  improve  it  by 
optimizing.  [Ref.  20 :p.  39]  The  standard  DOS  commands  and 
programming  functions  are  identical  in  both  DOS's  but  IBM's 
optimized  version  has  slightly  faster  character  input/output 
and  batch  file  processing.  The  user  with  DOS  Version  5.0  can 
upgrade  to  either  the  IBM  or  Microsoft  product. 

The  third  type  of  DOS  is  Novell  DOS  7.0.  [Ref.  20 :p.  39] 
Novell  DOS  is  built  upon  Digital  Research  DOS  (called  DR  DOS) 
that  they  purchased  in  1991.  A  brief  comparison  of  the  three 
DOS  products  is  addressed  in  the  DOS  6  section.  MS  DOS  is 
emphasized  here  because  it  is  what  is  currently  being  used  at 
the  Naval  Postgraduate  School. 

DOS  continues  to  be  the  most  widely  used  operating  system 
in  the  world  and  continues  to  grow  to  meet  user  demand. 
Microsoft  plans  the  next  release  of  DOS  Version  7.0  to  be  a  32 
bit  operating  system.  The  proposed  name  is  DOS-NT  (New 
Technology).  [Ref.  22:p.  60]  [Ref.  23:p.  IE]  The  release  of 
MS  DOS  7.0  is  expected  in  1995.  Microsoft  plans  to  release 
Version  4.0  of  Windows,  code  named  "Chicago",  in  1994. 
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The  chronology  of  MS  DOS  major  releases  are 


*  August 

1981 

*  March 

1983 

*  August 

1984 

*  November 

1984 

*  January 

1986 

*  April 

1987 

*  July 

1988 

*  April 

1991 

*  April 

1993 

*  November 

1993 

Version  1.0 
Version  2.0 
Version  3.0 
Version  3.1 
Version  3.2 
Version  3.3 
Version  4.0 
Version  5.0 
Version  6.0 
Version  6.2 
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».  SOS  PROCESS  XAKAQXKXNT 

Although  DOS  may  appear  to  be  multitasking  when  used  with 
certain  application  software,  it  is  not  a  multitasking 
operating  system.  The  code  used  to  implement  DOS  is  non¬ 
reentrant  [Ref.  10 :p.  134]  [Ref.  ll:p.  331].  Non-reentrant 
code  must  be  executed  start  to  finish  before  a  particular 
module  of  code  may  be  called  and  executed  again.  Unlike  UNIX, 
which  can  store  parameters  and  keep  several  processes  active, 
DOS  has  one  active  process  at  a  time.  DOS  does  not  have  the 
type  of  fork  call  found  in  UNIX,  and  does  not  have  preemptive 
interrupts  based  on  priorities  found  in  UNIX. 

DOS  was  designed  for  a  single  user  on  one  computer, 
executing  one  task  at  a  time.  [Ref.  10 :p.  133]  [Ref.  ll:p. 
329]  In  the  DOS  shell  environment,  when  the  command  line  is 
executed,  the  shell  file  descriptor  is  saved  and  a  child 
process  is  created.  The  child  process  is  run  to  completion. 
When  the  child  process  exits,  the  shell  file  descriptors  are 
returned  to  the  parent  process.  When  a  process  forks  off  a 
child,  the  parent  process  is  suspended.  Several  processes  may 
be  in  memory  at  one  time  but  only  one  is  active.  Unlike  UNIX, 
which  can  return  a  command  prompt  before  a  process  is  complete 
(by  using  after  the  UNIX  command) ,  DOS  requires  cooqpletion 
of  a  process  before  the  command  prompt  is  returned. 

Processes  are  spawned  by  one  of  three  types  of  executable 
files.  These  files  are:  command,  execute,  and  batch.  [Ref. 
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7:p.  650]  [Ref.  10:p.  139]  [Ref.  ll:p.  326]  The  file 
extension  ".COM”  has  no  header  information  and  one  segment  of 
executable  code.  The  file  extension  ".EXE"  has  a  header  and 
several  segments  that  are  relocatable  in  memory.  The  ".BAT" 
files  are  a  list  of  DOS  commands. 

Commands  in  DOS  are  either  internal  or  external.  [Ref. 
7 :p.  647]  [Ref.  ll:p.  323]  [Ref.  24:p.  50]  The  internal 
commands  are  in  "CCA4MAND.COM".  Internal  commands  are  always 
resident  in  RAM.  "DIR"  and  "DEL"  for  directory  and  delete  are 
internal  commands.  External  commands  are  programs  stored  as 
files  on  disk.  These  commands  are  transient  and  are  brought 
in  as  needed. 

All  DOS  processes  begin  with  a  Program  Segment  Prefix 
(PSP)  which  occupies  the  first  256  bytes  of  memory  for  a 
process.  [Ref.  11  :p.  329]  The  PSP  contains  information  about 
the  program  such  as  the  file  descriptor,  program  size  and 
address  in  memory. 

Options  other  than  execution  for  DOS  processes  are 
overlay  and  TSR.  [Ref.  7:p.  647]  [Ref.  ll:p.  331,337]  A 
running  process  can  load  an  executable  file  (.COM  or  .EXE) 
called  an  overlay  into  RAM  and  then  execute  the  file.  Control 
is  returned  to  the  original  running  process  upon  completion. 
In  terminate  and  stay  resident  (TSR) ,  after  a  program  is 
executed  it  stays  in  memory  without  being  overwritten.  The 
memory  image  in  RAM  is  not  destroyed.  The  TSR  program  is 
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activated  by  a  "hot  key”. 

DOS  supports  none  of  the  three  types  of  multitasking: 
cooperative,  preemptive  and  time  slice.  Multitasking  with  one 
processor  is  just  an  illusion.  [Ref.  10 :p.  135}  The  trick  is 
moving  between  processes  quickly  to  give  the  appearance  of 
multitasking.  Additional  software  such  as  Microsoft  Windows 
and  Quarterdeck  DESQview  may  be  added  to  DOS  to  give  a  good 
appearance  of  multitasking  [Ref.  10 :p.  137]  .  The  trade  off  is 
additional  cost  and  memory  overhead.  Novell  DOS  7.0  uses  a 
"task  manager"  to  accomplish  multitasking  [Ref.  22 :p.  61] . 
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C.  DOS  FILS  SYSTEM  and  FILE  SECURITY 

The  basis  for  many  of  the  DOS  file  system  features  have 
their  origin  with  the  UNIX  file  system.  [Ref.  10 :p.  137] 
[Ref.  ll:p.  148]  Both  support  a  hierarchical  file  system  with 
a  root  directory,  subdirectories,  and  files.  Both  recognize 
current  or  working  directories  and  the  use  of  relative  or 
absolute  path  names  to  access  files.  One  difference  is  that 
UNIX  uses  "/"as  path  name  separators  while  DOS  uses  ”\"  [Ref. 
10 :p.  216]  [Ref.  11 :p.  341].  Both  support  character  special 
files  for  keyboards,  printers  and  other  serial  devices  and 
block  special  files  for  disks.  This  is  no  surprise  since 
Microsoft  developed  XENIX  (a  16  bit  UNIX  system)  prior  to  DOS. 

Differences  between  the  two  file  systems  include  : 
character  distinction  between  upper  and  lower  case,  file 
ownership  and  security,  file  mounting  and  file  naming 
conventions.  [Ref.  7:p.  578,601]  [Ref.  ll:p.  146,15]  UNIX 
distinguishes  between  upper  and  lower  case  letters,  DOS  does 
not.  UNIX  recognizes  ownership  rights  and  permissions  of  a 
file;  DOS  does  not  recognize  ownership  rights.  UNIX  uses  a 
mounting  system  call  to  attach  directories  of  different  file 
systems.  DOS  does  not  supp  this  type  of  system  call.  With 
mounting  available  in  UNI.  ie  user  does  not  have  to  worry 
where  in  the  system  the  file  is  located.  DOS  requires  the 
device  name  where  the  file  is  located  like  "C:"  for  a  hard 
drive  and  "A:"  for  a  floppy  disk  drive,  but  this  is  for  files 
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under  one  file  system. 

The  DOS  philosophy  holds  to  the  file  system,  one  system 
for  one  user.  [Ref.  10 :p.  142]  [Ref.  11  :p.  342]  DOS  supports 
file  attributes  which  protect  the  users  from  themselves  but 
not  from  other  users.  The  attribute  byte  will  have  the 
following  six  bits: 

*  Archive  bit  -  indicates  a  file  was  changed, 

*  Read-Only  bit  -  the  file  cannot  be  modified, 

*  System  File  bit  -  reserved  so  they  cannot  be  deleted, 

*  Hidden  bit  -  the  file  is  not  shown  in  a  directory, 

*  Volume  bit  -  the  entry  is  a  label  (name  of  a  disk) , 

*  Directory  bit  -  a  directory  entry,  not  a  file. 

File  attributes  can  be  changed  or  examined  with  the  ATTRIB 
command.  UNIX  does  not  have  file  attributes  like  DOS. 

Volume  labels  may  be  up  to  11  characters  [Ref.  16 :p. 
134]  .  DOS  4.0  and  above  may  also  have  volume  serial  numbers. 
This  aids  in  keeping  volumes  uniquely  labeled. 

All  DOS  directory  entries  are  32  bytes  long.  [Ref.  10 :p. 
142]  [Ref.  ll :p.  166]  It  will  contain  the  file  attributes, 
name,  and  time  with  date  of  last  modification.  The  size  of 
the  file  and  the  location  of  the  first  memory  block  of  the 
file  is  also  in  the  directory.  From  the  first  block  onward 
the  blocks  are  chained  together  by  pointers. 

File  naming  conventions  and  file  extensions  differ 
considerably  between  DOS  and  UNIX.  [Ref.  10 :p.  138]  (Ref. 
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11 :p.  146]  UNIX  uses  either  14  or  255  characters  (Berkeley) 
for  file  names  and  does  not  recognize  file  extensions.  DOS 
uses  the  "8.3"  convention  which  means  the  file  name  is  a 
maximum  of  eight  characters  long  (bytes)  and  the  extension  is 
a  maximum  of  three  characters  long  (bytes) .  UNIX  does  not 
recognize  or  reserve  file  extensions.  Operating  systems  that 
support  DOS  usually  shorten  a  long  file  name  to  "8.3". 

Extensions  which  are  reserved  by  DOS  are:  ".BAT"  for 
batch  files,  ".COM"  for  command  files  ,  ".EXE"  for  executable 
files  ,  and  ".SYS"  for  system  files.  [Ref.  7:p.  652]  [Ref. 
11  :p.  341]  Other  common  extensions  that  are  not  reserved  are: 
".DAT"  for  data  files,  ".DOC"  for  document  files,  ".OBJ"  for 
an  object  file  produced  by  a  compiler,  and  ".TXT"  for  a  text 
file. 

Command  files  are  single  segment  executable  binary  files 
without  file  header  information.  [Ref.  7:p.  652]  [Ref.  11 :p. 
341]  This  means  they  are  absolute  machine  code  that  reside  in 
a  particular  section  in  memory  and  cannot  be  relocated. 
Command  files  were  designed  to  load  faster  than  executable 
files.  Executable  files  are  multisegment  executable  binary 
file  with  a  header.  They  are  relocatable  because  the  header 
contains  relocation  information  and  the  load  module. 
Executable  files  were  designed  to  facilitate  sharing  of  tasks 
among  procedures  so  the  operating  system  can  support 
concurrent  tasking.  To  accomplish  this  the  executable  code 
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and  the  data  are  separated.  The  executable  code  has  the 
extension  .EXE  and  by  convention  the  data  extension  is  usually 
.DAT. 

The  operating  system  will  nozmally  use  either  fixed  or 
removable  disks  to  store  files.  Since  most  fixed  disks  are 
very  large  they  may  be  divided  into  one  or  more  partitions. 
Each  partition  has  a  boot  section  with  information  about  start 
up  and  the  file  allocation  table  (FAT).  [Ref.  7:p.  646]  [Ref. 
10 :p.  140]  [Ref.  11  :p.  352]  The  FAT  contains  information 
about  every  block  of  storage  on  the  disk.  Each  FAT  entry  is 
a  16  bit  data  word  that  indicates  one  of  four  conditions  about 
the  block.  The  block  may  be  bad  (unusable) ,  it  may  be  free 
(usable) ,  it  may  be  an  end  of  a  file  (EOF)  or  the  entry  has 
the  address  of  the  next  chain  of  blocks  that  make  up  a  file  (a 
pointer) .  The  basis  for  the  DOS  file  system  is  the  file 
allocation  table  (FAT) . 

To  create,  open,  or  close  a  file  or  device  a  special  16 
bit  integer  called  a  file  handle  is  used  (like  the  file 
descriptor  in  UNIX)  [Ref.  ll:p.  15].  [Ref.  7:p.  650,651] 
Earlier  versions  of  DOS  used  a  file  control  block  (FCB)  which 
was  37  bytes  of  data  that  was  stored  with  an  application 
program  and  contained  file  information.  Although  both  FCB's 
and  file  handles  are  supported,  file  handles  are  used  almost 
exclusively  because  they  support  file  locking  necessary  for 
file  sharing.  File  handles  are  also  necessary  for  a 
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hierarchical  file  system  that  DOS  supports. 

When  a  file  is  opened  the  path  name  and  attributes  are 
passed  to  DOS  which  in  turn  creates  the  file  handle  and  passes 
the  handle  to  the  requesting  program.  [Ref.  7:p.  635]  [Ref. 
11  :p.  159]  The  program  saves  the  file  handle  to  specify 
operations  on  the  file.  DOS  creates  a  table  to  relate  file 
handles  to  files  or  devices.  Normally  eight  file  handle 
entries  are  assigned  by  default,  but  this  cam  be  increased  to 
20  in  CONFIG.SYS. 

The  file  system  is  always  tied  closely  to  input  and 
output.  When  a  process  starts  in  UNIX  three  files  are  opened: 
standard  input,  standard  output  and  standard  error.  When  a 
process  starts  in  DOS  five  files  are  opened.  [Ref.  7:p.  652] 
The  first  three  are  the  same  as  UNIX,  the  other  two  are  for  a 
serial  communication  line  and  a  printer.  These  five  file 
handles  are  assigned  entries  zero  through  four. 

Device  drivers  are  treated  like  files  in  DOS.  [Ref. 
11  :p.  343]  This  is  very  convenient  because  users  can  add  a 
single  line  to  CONFIG.SYS  to  install  a  new  device.  The 
statement  added  to  CONFIG.SYS  is  the  path  name  of  the  file 
containing  the  device  driver.  A  common  device  driver  for 
graphical  user  interface  is  MOUSE. SYS  for  the  mouse. 

Some  of  the  first  drivers  developed  for  DOS  were 
RAMDRV.SYS  and  SMARTDRV . SYS .  [Ref.  U:p.  343]  RAMDRV.SYS  is 
a  RAM  disk  driver  for  extended  memory.  SMARTDRV. SYS  is  the 
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disk  cache  driver  used  in  extended  memory.  Extended  memory  is 
the  memory  above  one  megabyte  that  DOS  normally  will  not 
access  [Ref.  ll:p.  336] .  Expanded  memory  is  a  mapping 
mechanism  used  for  making  more  memory  available  to  a  program 
than  would  normally  be  the  case  [Ref.  ll:p.  338] . 

The  DOS  64 OX  limit  has  received  so  much  attention  that 
memory  managers  load  device  drivers  into  upper  memory.  This 
allows  more  space  in  conventional  memory  below  640K.  DOS  5.0 
also  introduced  two  new  device  drivers  for  memory  management 
that  work  together.  [Ref.  16:p.  287,288]  EMM386.EXE  and 
HIMEM . SYS  are  for  use  on  80386  CPU's  and  higher.  They  can 
take  advantage  of  extended  and  expanded  memory. 

File  security  in  DOS  is  weaker  than  in  UNIX,  where  it  is 
built-in.  DOS  is  a  single  user  system  that  does  not  require 
log  on  and  provides  little  protection  for  files  from 
unauthorized  use.  [Ref.  10 :p.  143]  Hardware  protection  or  an 
additional  layer  of  software  is  required  for  security.  A  file 
may  be  hidden  but  several  types  of  utility  programs  can  find 
and  retrieve  the  hidden  file. 
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9.  908  XVFOT/OOTPUT  ST8TBI 

Device  drivers  provide  the  basic  input  and  output  (I/O) 
for  DOS.  IRef.  7:p.  652]  [Ref.  10:p.  67]  [Ref.  ll:p.  342] 
DOS  supports  device  drivers  which  are  hardware  specific 
programs  that  interface  with  the  DOS  operating  system.  The 
manner  that  device  drivers  communicate  to  the  device  is 
transparent  to  DOS  because  all  devices  communicate  with  DOS  in 
a  standard  way.  The  two  types  of  device  drivers  are  character 
device  drivers,  that  handle  I/O  serially,  one  character  at  a 
time,  and  block  device  drivers,  that  handle  randomly 
accessible  blocks  from  fixed  and  removable  disks.  These 
device  drivers  are  stored  as  character  and  block  special 
files. 

These  device  drivers  are  called  special  files  because 
they  are  part  of  the  file  system.  [Ref.  11 :p.  343]  DOS  keeps 
all  device  drivers  in  CONFIG.SYS.  To  add  a  new  device  the 
user  needs  only  to  add  a  line  to  this  system  file.  The 
command  is  DEVICE  -  name  of  device  driver  [Ref.  16 :p.  251]  . 
In  contrast,  the  UNIX  system  administrator  normally  keeps 
device  drivers  in  a  special  directory  called  "/dev"  (short  for 
device)  .  The  system  administrator  is  normally  the  only  user 
to  add  or  delete  devices,  which  have  to  be  linked  with  the 
UNIX  operating  system. 

It  is  important  to  note  that  the  device  driver  names  are 
reserved  words  in  DOS  and  may  not  be  used  as  a  file  name 


75 


regardless  of  extension.  DOS  maintains  a  linked  list  of 
devices  and  unlike  UNIX  (that  sometimes  uses  embedded  drivers) 
requires  no  special  linking  to  the  operating  system  [Ref. 
ll:p.  343]  . 

Device  drivers  have  three  parts:  a  device  header,  a 
strategy  routine,  and  an  interrupt  routine.  [Ref.  7:p.  €53] 
The  device  header  points  to  the  next  device  in  the  linked  list 
chain  of  devices.  It  also  has  pointers  to  the  strategy 
routine  and  the  interrupt  routine.  When  a  device  is  called 
the  pointers  linking  the  device  to  the  call  are  stored  by  the 
strategy  routine  and  the  actual  input  or  output  is  handled  by 
the  interrupt  routine  that  returns  the  status  and  completion 
information  to  the  strategy  routine.  The  interface  between 
these  routines  and  the  calling  program  is  a  data  structure 
called  a  request  header. 

The  five  files  automatically  opened  for  a  process  I/O  in 
DOS  are  actually  device  drivers  with  file  handles  zero  through 
four.  [Ref.  7:p.  652]  They  are  : 

*  0  standard  input  device  (keyboard) , 

*  1  standard  output  device  (display) , 

*  2  standard  error  device  (display) , 

*  3  standard  auxiliary  device  (serial  port) , 

*  4  standard  printer  device  (parallel  port) . 

Names  given  to  these  device  drivers  are  console  (CON) , 
auxiliary  (AUX)  and  printer  (PRN) . 
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DOS  I/O  can  be  redirected  as  in  UNIX  using  ”<"  for  input 
and  ■>"  for  output  to  a  file.  [Ref.  10:p.  146]  [Ref.  ll:p. 
275]  [Ref.  16 :p.  161-163]  The  double  greater  "»"  will  append 
output  to  a  file  without  destroying  the  previous  contents. 
DOS  also  supports  filters  and  the  pipe  symbol  ” | "  similar  to 
UNIX.  Filter  functions  are:  find  to  search  for  a  character 
string,  sort  to  sort  text  data,  and  more  to  display  one  screen 
of  data  at  a  time.  The  pipe  allows  output  from  one  program  to 
be  input  to  the  next,  handled  in  left  to  right  order. 


77 


I.  DOS  SHILL  USSR  XMTKRPACK 

The  MS  DOS  shell  has  been  available  since  Version  4.0. 
[Ref.  10 :p.  150]  [Ref.  ll:p.  324]  The  shell  is  an  alternative 
to  the  command  line  interface  that  typically  prompts  the  user 
with  the  active  disk  drive  such  as  "C:\".  The  DOS  shell  is  a 
screen  oriented  interface  that  allows  users  to  point  and  click 
with  the  mouse  to  carry  out  commands.  The  shell  is  by  no 
means  an  elaborate  graphical  interface  like  Microsoft  Windows. 

The  shell  allows  the  user  to  switch  between  tasks  without 
stopping  and  restarting  but  the  tasks  do  not  run  in  the 
background  like  UNIX  daemons.  [Ref.  10 :p.  153]  Programs  are 
suspended  when  more  than  one  program  is  active.  Certain 
tasks,  such  as  setting  time  and  date,  still  must  be 
accomplished  using  the  command  line.  There  is  no  command 
prompt  for  DOS  shell,  but  command  prompt  can  be  selected  at 
the  bottom  of  the  screen  by  selecting  "Shift  and  F9". 

The  DOS  shell  is  divided  into  five  areas.  [Ref.  10 :p. 
150]  [Ref.  11 :p.  325]  [Ref.  16 :p.  31]  The  major  areas  of  the 
shell  are: 

*  Title  Bar, 

*  Menu  Bar, 

*  Directory  Tree  area, 

*  File  List  area, 

*  Program  List  area. 
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The  top  of  the  graphical  shell  layout  is  a  title  bar  that 
identifies  the  screen  as  the  "DOS  Shell".  Shells  from  third 
party  vendors  are  also  available  [Ref.  ll:p.  325]. 

Directly  below  the  title  bar  is  the  menu  bar  that  lists 
pull-down  menus  that  access  certain  tasks.  [Ref.  10 :p.  152] 
[Ref.  16 :p.  30]  The  menu  bar  offers  choices  of  "Pile", 
"Options",  "View",  and  "Help"  (with  Versions  5.0  and  above). 
Directly  below  the  menu  options  the  disk  drive  icons  (letters) 
are  displayed.  The  active  drive  is  highlighted.  The  "File" 
option  under  the  menu  bar  controls  File  Copy,  File  Rename, 
File  Delete,  and  File-Create  Directory.  [Ref.  10 :p.  152]  [Ref. 
16  :p.  30]  Other  file  functions  allow  for  changing  file 
attributes  and  viewing  file  contents.  (File  comparison  is  not 
directly  supported  by  DOS  Shell,  but  is  available  through  the 
command  prompt . ) 

The  "Options”  selection  changes  screen  colors  and  allows 
certain  options  to  be  disabled,  such  as  asking  for 
confirmation  before  complet ing  a  task. 

"View"  controls  size  and  display  of  the  four  available 
windowing  sections:  Directory  Tree,  File  List,  Main,  and 
Active  Task  List. 

The  Directory  Tree,  below  the  menu  bar,  is  the  graphical 
representation  of  the  current  (or  working)  directory 
structure.  [Ref.  10 :p.  150]  [Ref.  16 :p.  29]  The  File  List, 
to  the  right  of  the  Directory  Tree,  shows  the  files  in  the 
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current  directory. 

The  Program  List  area  which  is  below  the  Directory  Tree 
and  File  List  can  be  divided  to  display  a  Main  window  area  and 
an  Active  Task  list  window  area. 

Main  lists  commonly  used  programs  and  typically  has  four 
program  entries.  The  first  program  entry  is  "Command  Prompt" 
that  accesses  the  command  line  processor.  [Ref.  10 :p.  150] 
[Ref.  16 :p.  29]  The  second  entry  is  "EDITOR"  which  is  a 
screen  editor  unlike  the  old  "EDLIN"  used  in  early  DOS 
Versions.  The  third  entry  is  "BASIC"  that  activates  the  BASIC 
programming  language,  and  the  last  is  "Disk  Utilities"  that 
controls  disk  functions  for  formatting,  dumping  and  restoring 
disks . 

Active  Task  list  is  available  on  DOS  Version  5.0  and 
higher  [Ref.  16:p.  31].  DOS  6.0  has  five  key  combinations  to 
assist  the  user  in  managing  the  Active  Task  list.  [Ref.  24 :p. 
14]  The  key  combinations  used  with  multiple  tasks  are: 

*  "Shift  and  Enter"  adds  a  program  to  the  list. 

*  "Alt  and  Esc"  switches  from  one  active  task  to  the  next. 

*  "Shift  and  Alt  and  Esc"  switches  to  the  previous  active 

task . 

*  "Alt  and  Tad>"  switches  between  two  active  tasks. 

*  "Ctrl  auad  Esc"  switches  between  the  active  program  back 

to  the  DOS  shell. 
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The  DOS  shell  is  a  very  limited  single  tasking  graphical 
interface.  Microsoft  currently  offers  Windows  3.1  to  provide 
a  true  graphical  interface  to  DOS.  Windows  is  an  operating 
system  environment  program  for  DOS.  Windows  requires  DOS  to 
be  installed  before  it  can  operate.  Windows  is  the  most 
common  enhancement  to  the  DOS  interface,  but  third  party 
graphical  interfaces  for  DOS  are  also  available. 
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F.  WINDOWS  S.l 

Microsoft  Windows  3.1  (introduced  in  1992)  is  a  popular 
alternative  user  interface  for  DOS-based  PC's.  Windows  3.1  is 
not  an  operating  system.  It  may  be  best  described  as  am 
operating  system  environment  that  allows  multitasking  for  DOS 
application  programs  [Ref.  25:p.  64]. 

Windows  3.1  requires  DOS  in  order  to  operate.  [Ref. 
10:p.  154]  [Ref.  26:p.  64]  Windows  3.1  is  a  large  program 
consisting  of  over  two  million  lines  of  code  [Ref.  27 :p.  3D] . 
Windows  3.1  is  a  true  graphical  interface  and  not  just  a  DOS 
shell.  It  is  important  is  not  to  confuse  Windows  3.1  with 
WindowsNT  which  is  a  32  bit,  self-contained,  DOS  independent, 
operating  system  [Ref.  28 :p.  28]  .  The  next  upgrade  to  Windows 
3.1  will  be  Windows  4.0  (also  called  Windows  Chicago). 
Windows  4.0  is  expected  to  be  released  in  1994. 

Windows  (henceforth  meaning  Windows  3.1)  supports  two 
types  of  application  programs,  DOS  and  Windows.  For  example, 
the  word  processing  program  "WordPerfect"  is  available  for  DOS 
and  Windows  as  separate  purchases.  The  user  can  switch 
between  the  Windows  environment  to  the  DOS  environment  to  run 
programs  directly  in  a  "DOS  mode".  This  is  convenient  if  the 
user  has  the  DOS  copy  of  an  application  program  and  not  the 
Windows  version. 

Windows  cam  run  in  a  386  enhanced  mode  that  supports 
multitasking  for  DOS -based  application  programs.  [Ref.  10 :p. 
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160]  When  Windows  is  running  in  the  386  enhanced  mode  it 
provides  "user  defined”  preemptive  multitasking  for  DOS 
application  programs.  (This  is  not  considered  true 
multitasking  like  UNIX.)  The  user  can  assign  available  RAM 
and  a  percentage  of  CPU  time  to  a  DOS  session.  This  type  of 
multitasking  is  called  "time  slice"  since  the  user  can  assign 
processing  time. 

The  Windows  "386"  enhanced  mode  creates  a  virtual  8086 
environment  for  each  DOS  session.  [Ref.  10 :p.  160]  When  an 
I/O  is  requested  by  a  DOS  session  the  Windows  version  of  MS 
DOS  intercepts  the  I/O  and  simulates  an  8086  DOS  environment. 

The  user  running  DOS  without  Windows  can  switch  between 
programs  using  key  combinations.  When  switching  between 
application  programs  under  DOS,  three  events  occur:  the 
switched  program  is  stopped,  the  program  parameters  are 
stored,  and  a  new  program  begins.  Only  one  active  program  is 
running  at  a  time.  In  the  "386"  enhanced  mode  the  user  can 
run  several  DOS  sessions  with  each  receiving  some  processing 
time. 

Third  party  vendors  provide  additional  features  for  the 
DOS  and  Windows  combination.  For  example,  Firefly  Software 
produces  software  called  Enhanced  DOS  for  Windows  or  EDOS. 
[Ref.  26 :p.  64]  This  product  allows  multiple  DOS  sessions  to 
control  up  to  736K  of  RAM  each.  EDOS  also  provides  an 
interface  between  the  Windows  clipboard  and  the  DOS  prompt  for 
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data  transfers. 

Windows  supports  "cooperative"  multitasking  for  Windows 
application  programs.  Cooperative  multitasking  is  non- 
preemptive.  [Ref.  10 :p.  1S9]  These  programs  are  "well 
behaved”  programs  that  share  CPU  time  cooperatively  without 
user  intervention.  Application  programs  written  especially 
for  Windows  yield  control  of  the  CPU  at  regular  intervals. 
Each  program  running  must  keep  track  of  CPU  time  used  and 
yield  control  if  another  program  needs  time.  Cooperative 
multitasking  is  also  found  with  OS/2  and  System  7 
applications. 

The  Windows  graphical  interface  can  perform  system 
commands  in  two  areas:  the  File  Manager  and  the  Program 
Manager.  [Ref.  10 :p.  154]  The  File  Manager  is  very  similar 
to  DOS  Shell  5.0  in  functionality  but  with  more  overhead  for 
the  graphical  interface  used  with  Windows.  The  File  Manager  is 
actually  started  from  the  Program  Manager  control  window.  The 
File  Manager  can  associate  data  with  an  executable  file 
(program)  .  This  way,  input  data  is  readily  available.  The 
Program  Manager  gives  the  user  five  ways  to  start  a  program 
[Ref.  10 :p.  159] .  This  allows  for  mouse  and  keyboard 
commands . 

Windows  can  take  advantage  of  the  version  of  DOS 
installed  with  it.  In  1993  DOS  6.0  was  released  bundled  with 
several  utilities.  The  version  of  DOS  used  is  very  important 
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for  Windows  because  some  programs  incorporated  into  DOS  6.0 
are  specifically  for  Windows.  DOS  6.0  Antivirus,  Backup  and 
Undelete  are  Windows  oriented  programs  along  with  a  Windows 
hosted  compression  program  that  works  with  DOS  6.0 
DoubleSpace .  (Details  of  these  utilities  are  in  the  DOS  6.0 
and  DOS  6.2  section.) 

Unlike  running  DOS  alone,  the  addition  of  Windows  to  DOS 
requires  an  80386SX  at  a  minimum  and  a  recommended  four 
megabytes  of  RAM  [Ref.  10:p.  124].  Windows  actually  needs 
eight  to  12  megabytes  of  RAM  to  run  multiple  sessions 
effectively.  DOS  6.0  with  Windows  3.1  together  requires  15.8 
to  18.3  megabytes  of  fixed  disk  space  [Ref.  29:p.  IE].  DOS 
6.0  alone  requires  six  to  eight  megabytes  of  disk  space. 

The  Windows  graphical  interface  overhead  for  application 
programs  has  a  much  greater  demand  for  fixed  disk  space  than 
DOS  applications.  [Ref.  29:p.  IE]  [Ref.  30:p.  1000] 
WordPerfect  5.2  for  Windows  requires  up  to  12  megabytes  of 
fixed  disk  space  while  WordPerfect  5.1  for  DOS  requires 
between  2.5  and  4.5  megabytes  of  fixed  disk  space. 

The  DOS  with  Windows  combination  continues  to  out  sell 
the  primary  competitor  for  the  same  market,  IBM's  OS/2. 
Windows  has  the  same  processor  requirements  and  about  the  same 
memory  requirements  as  OS/2. 


85 


Q.  DO 8  6.0  and  DOS  €.2 

Microsoft  released  DOS  6.0  in  April  1993  with  a  host  of 
new  features.  [Ref.  18 :p.  621  [Ref.  31  :p.  3471  These 
features  fall  into  the  general  categories  of:  communication, 
protection,  configuration  and  memory.  For  the  first  time  DOS 
comes  as  an  integrated  package,  alleviating  the  need  for 
several  add-on  programs.  The  major  competitors  in  the  DOS 
market,  IBM  and  Novell,  also  have  new  features  worth 
mentioning. 

DOS  6.0  comes  equipped  with  a  zero  slot  communication 
program  called  INTERLNK.  [Ref.  17:p.  661  [Ref.  24:p.  788] 
The  zero  slot  concept  means  that  a  network  interface  card 
(NIC)  is  not  required  for  communications.  One  PC  must  have 
DOS  6.0  or  higher  installed  and  another  PC  must  have  DOS  3.0 
or  higher  installed  for  the  two  to  communicate.  The  PC's  can 
communicate  over  parallel  or  serial  ports.  (This  has  long 
been  a  feature  of  Macintosh  LocalTalk  cabling.)  The  primary 
use  for  INTERLNK  is  to  down  load  a  laptop  client  to  a  home 
server  PC.  The  laptop  has  the  INTERLNK . EXE  program  installed, 
while  the  server  runs  a  program  called  INTERSRV.  The  RAM 
requirements  are  minimal.  At  least  13 OK  of  RAM  is  required 
for  the  server  and  16K  of  RAM  for  the  client. 

DOS  6.0  has  three  areas  of  protection:  user,  backup,  and 
virus.  To  protect  users  from  themselves,  the  UNDELETE  command 
attempts  to  retrieve  a  file  that  has  been  deleted.  UNDELETE 
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actually  hides  the  deleted  file  until  the  memory  is  needed.  If 
the  file  has  not  been  overwritten  it  may  be  retrieved.  [Ref. 
24 :p.  758]  [Ref.  32 :p.  52]  This  is  not  fool  proof,  but  it 
does  allow  for  retrieval  if  the  mistake  is  caught  early.  The 
best  way  to  protect  files  is  backup.  The  MSBACKUP  command 
provides  a  means  of  backing  up  a  fixed  disk  on  a  series  of 
removable  disks  [Ref.  18:p.  66]  [Ref.  24:p.  385].  Using  the 
DOS  shell,  these  programs  are  located  under  the  DOS  Utilities 
program  group  of  the  Main  area. 

Since  computer  viruses  continue  to  plague  users,  DOS  6.0 
has  incorporated  the  Anti-Virus  facility.  [Ref.  18 :p.  63] 
[Ref.  24 :p.  292]  Two  types  of  virus  protection  are  offered 
with  a  scanner  and  a  shield.  MSAV  is  the  DOS  scanner  that 
reports  and  flags  bad  checksums  then  attempts  to  clean  them 
up.  Vsafe  is  the  virus  shield.  Vsafe  currently  has  two 
problems.  One  problem  is  the  Vsafe  alerts  on  TSR  programs 
(programs  that  terminate  and  stay  resident  in  RAM)  .  These 
false  alerts  may  be  annoying  to  users.  The  second  problem 
relates  to  the  first.  Users  may  remove  Vsafe  with  a  keystroke 
to  avoid  false  alerts.  Removing  the  virus  shield  negates  the 
purpose  of  having  it  installed. 

MWAV  is  the  Windows  equivalent  program  to  MSAV.  [Ref. 
18 :p.  63]  [Ref.  24 :p.  798]  The  Anti-Virus  facility  is  found 
under  the  Microsoft  Tools  in  the  Windows  Program  Manager.  The 
additional  memory  and  RAM  required  for  Windows  programs  makes 
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RAM  management  and  fixed  disk  space  important  issues. 

The  640K  barrier  continues  to  be  a  major  drawback  to  DOS. 
DOS  5.0  addressed  the  issue  with  EMM386.EXE  and  HIMEM.SYS 
[Ref.  16:p.  317].  These  memory  managers  fell  short  in  actual 
program  placement  and  squeezing.  [Ref.  33:p.  3931  [Ref.  34:p. 
6F]  DOS  6.0  addresses  one  of  these  functions  with  MemMaker. 
MemMaker  can  analyze  a  program  and  place  it  in  upper  memory 
blocks  much  better  than  DOS  5.0.  However,  DOS  6.0  cannot 
squeeze  a  large  program  into  upper  memory  like  Qualitas  386MAX 
7.0  and  Quarterdecks  QEMM386  7.0.  These  third  party  products 
are  considered  complete  memory  managers.  Both  third  party 
memory  managers  cost  about  $100. 

Relating  closely  to  RAM  management  is  the  issue  of  system 
configuration,  (installing  device  drivers  and  assigning  the 
number  of  files  and  buffers) .  DOS  6.0  provides  the 
MULTICONFIG  which  permits  several  system  configurations. 
[Ref.  18:p.  64]  [Ref.  24:p.  307]  It  will  pause  at  CONFIG.SYS 
command  and  ask  for  user  conformation  to  execute  the  comman 
This  permits  a  selection  of  device  drivers  to  be  installed  and 
the  number  of  files  and  buffers  assigned  which  saves  on  RAM 
usage. 

MULTICONFIG  will  allow  the  user  to  choose  portions  of 
CONFIG.SYS  and  AUTOEXEC.BAT  files  for  start  up.  [Ref.  24 :p. 
310]  Depending  on  the  start  up  selection  different  sections 
of  CONFIG.SYS  and  AUTOEXEC.BAT  will  be  executed.  For  example, 
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the  user  may  select:  a  "Minimum  DOS  Installation",  a  "Normal 
DOS/  Windows  Installation”,  or  an  "Optimized  for  Windows 
Installation" .  This  selection  will  determine  commands 
executed  in  the  files.  Default  settings  can  also  be  used  with 
MULTICONFIG  so  user  intervention  is  not  needed.  MULTICONFIG 
alleviates  the  need  for  a  clean  boot  disk  when  start  up  files 
are  corrupted  because  several  configurations  are  available. 

To  fix  a  fragmented  fixed  disk  (which  degrades 
performance)  and  save  fixed  disk  space  DOS  6.0  has  the  DEFRAG 
command  and  the  DoubleSpace  compression  program.  [Ref.  24 :p. 
717]  [Ref.  35 :p.  54]  The  structure  of  the  File  Allocation 
Table  (FAT)  causes  fragmentation  when  files  are  removed  or 
changed.  DEFRAG  will  put  a  fragmented  file  back  together. 
The  added  benefit  is  that  the  UNDELETE  command  will  probably 
work  better  for  recovery  because  the  file  is  not  fragmented 
and  is  easier  to  retrieve.  DEFRAG  requires  a  large  area  of 
RAM  to  accomplish  its  work,  so  TSR  programs  should  not  be 
present.  Before  compressing  the  files  the  DEFRAG  command 
should  be  used  to  combine  the  fragmented  files. 

Compression  algorithms  were  previously  only  available 
from  third  party  sources.  Now  compression  is  a  standard  part 
of  DOS  6.0,  via  DoubleSpace.  [Ref.  24 :p.  320]  This  gi^es  the 
user  more  room  on  the  fixed  disk,  but  usually  a  slower 
response  time  since  compression  and  decompression  is 
accomplished  on -the -fly. 
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The  initial  release  of  DoubleSpace  had  a  problem. 
DoubleSpace  was  writing  data  to  fixed  disk  areas  prior  to 
checking  if  the  area  was  good  or  bad.  To  correct  the  problem 
Microsoft  replaced  the  ChkDisk  program  with  ScanDisk.  This 
new  program  ensured  the  disk  was  checked  prior  to  a  write. 
Consequently,  Microsoft  had  an  unscheduled  release  of  DOS  6.2 
in  November  1993.  [Ref.  31:p.  347,349}  MS  DOS  6.1  was  not 
released  because  IBM  PC  DOS  was  already  in  release  version 
6.1.  MS  DOS  6.2  was  released  to  avoid  confusion  with  IBM  PC 
DOS  [Ref.  19 :p.  37].  DOS  6.2  has  two  additional  features 
as  well,  the  ScanFix  program  and  the  UNCOMPRESS  command. 
[Ref.  19 :p.  37}  ScanFix  is  a  utility  for  general  disk  repair 
to  decrease  the  number  of  bad  disk  blocks.  UNCOMPRESS  is  a 
command  that  disables  DoubleSpace.  Another  simple  solution  is 
not  to  install  DoubleSpace. 

IBM  and  Microsoft  had  the  final  code  exchange  for  MS  DOS 
on  September  17,  1993  [Ref.  21  :p.  1C]  .  Prior  to  this  IBM  took 
the  Microsoft  code  and  optimized  it.  [Ref.  20 :p.  39]  Since 
IBM  sells  hardware  some  of  the  components  are  also  optimized 
for  PC  DOS.  The  major  difference  between  MS  DOS  6.2  and  IBM 
PC  DOS  6.1  are  the  utilities  packaged  with  the  operating 
system.  The  basic  DOS  commands  are  the  same  for  both 
operating  systems.  IBM's  compression  program  is  Superstore. 
IBM  uses  Central  Point  Backup  for  DOS  and  Windows.  IBM  uses 
an  in-house  virus  protection  program  originally  written  for 
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large  corporate  accounts. 

The  third  competitor  in  the  DOS  market  is  Novell  DOS  7.0. 
[Ref.  20:p.  40]  [Ref.  36:p.  78]  Novell,  best  known  in  the 
networking  arena,  purchased  DR  DOS  from  Digital  Research  in 
1991.  The  latest  release  is  an  upgrade  from  DR  DOS  6.0  called 
Novell  DOS  7.0.  This  new  version  incorporated  Stacker  disk 
compression  as  part  of  the  operating  system.  A  "Task  Manager" 
is  used  to  accomplish  what  Novell  calls  preemptive 
multitasking  (not  just  task  switching).  Novell  DOS  7.0 
supports  the  DOS  Protected  Mode  Interface  (DPMI)  that  allows 
built-in  utilities  to  run  in  extended  memory  instead  of  upper 
memory  blocks. 

Regardless  of  which  DOS  is  used,  they  are  all  limited  by 
the  fact  that  they  are  16  bit  operating  systems.  All  of  the 
DOS  products  go  to  extremes  to  alleviate  the  640K  barrier. 
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I.  008  and  WINDOWS  XSTWORXXNQ 

Microsoft's  first  endeavor  in  DOS  based  network  support 
was  with  DOS  3.1.  It  ran  with  Microsoft  Networks  Operating 
System  (NOS).  [Ref.  7:p.  638]  [Ref.  10:p.  152]  [Ref.  ll:p. 
319]  Next  DOS  3.2  was  released  to  support  IBM  Token  Ring 
local  area  network.  DOS  has  traditionally  relied  on  a  server 
and  a  Network  Operating  System  such  as  IBM's  DOS  based  PC  LAN 
program.  More  recent  NOS's  for  DOS  are  OS/2  based  such  as 
Microsoft's  LAN  Manager  and  IBM  LAN  Server  [Ref.  10 :p.  52] . 
LAN  Manager  and  LAN  Server  are  covered  separately.  Novell's 
Netware  continues  to  be  a  strong  competitor  in  the  LAN  market 
with  DOS  support,  but  is  beyond  the  scope  of  this  thesis. 
[Ref.  10:p.  62]. 

With  the  release  of  DOS  6.0  the  pystem  now  supports  peer 
to  peer  (one  to  one)  file  transfer  with  INTERLNK  and  client 
server  (one  to  many)  networking  with  Workgroup  Connection 
[Ref.  18:p.  63].  This  is  in  addition  to  Microsoft  Add-on  for 
MS  DOS  that  allows  non  Windows  PC's  to  network  [Ref.  37 :p. 
38]  . 

INTERLNK  was  discussed  with  DOS  6.0  so  only  a  brief 
review  is  given  here.  The  INTERLNK  program  allows  selection 
of  client  or  server  between  two  DOS  systems.  [Ref.  24 :p.  789] 
One  system  must  be  running  DOS  6 . 0  and  the  second  system  must 
be  running  DOS  3.0  or  higher.  The  peer  to  peer  connection  can 
be  over  the  parallel  or  serial  ports.  The  objective  of 
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INT8RLNK  is  ths  ability  to  load  data  from  a  laptop  computer  to 
the  home  based  PC  or  vice  versa  [Ref.  18 :p.  64] .  INTERLNK  is 
installed  as  a  device  driver  under  CONFIG.SYS  [Ref.  18 :p.  64] 
[Ref.  24 :p.  790]. 

DOS  support  in  a  client-server  environment  may  be 
accomplished  using  Windows  for  Workgroups  (WFW) .  The  latest 
release  is  WFW  3.11  (October  1992).  [Ref.  I8:p.  64]  [Ref. 
37 :p.  38]  DOS  6.0  (November  1993}  is  the  first  release  since 
the  WFW  upgrade.  DOS  6.0  offers  a  complementary  software 
package  to  WFW  3.11  called  Workgroup  Connection.  Workgroup 
Connection  is  not  a  stand  alone  product;  it  runs  in 
conjunction  with  a  server  that  has  WFW  running. 

WFW  supports  DOS  and  Windows  based  PC's.  Separate  add-on 
packages  for  WFW  support  is  available  for  both.  [Ref.  37 :p. 
38]  Workgroup  Add-on  for  Windows  3.1  costs  about  $70  and  an 
add-on  for  MS  DOS  3.3  or  higher  costs  about  $50.  The  WFW  3.11 
complete  package  costs  about  $230,  exclusive  of  network  card 
cost.  WFW  claims  to  support  107  NIC's  [Ref.  I0:p.  750]. 

WFW  permits  groups  to  be  set  up  for  file  and  printer 
sharing.  [Ref.  10:p.  751-763]  [Ref.  37:p.  39]  The  base 
protocols  are  completely  compatible  with  another  Microsoft 
product,  LAN  Manager.  WFW  supports  networking  with  WindowsNT 
and  Novell  networks  using  the  International  Packet  Exchange 
(IPX)  protocol.  WFW  also  supports  TCP/IP. 
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Z.  SOS  ADVANTAGES  and  DISADVANTAGES 

DOS  is  the  most  popular  operating  system  worldwide  and 
has,  at  least,  20,000  application  programs  [Ref.  7:p.  629]. 
DOS  application  programs  are  almost  always  less  expensive  than 
programs  for  other  operating  systems.  DOS  has  wide  spread 
device  support.  [Ref.  10 :p.  162]  Almost  every  add-on  device 
has  drivers  to  support  DOS.  DOS  is  the  simplest  and  least 
expensive  of  the  major  PC  operating  systems  and  has  minimal 
hardware  requirements.  DOS  can  run  on  the  8088  processor  and 
with  less  than  one  megabyte  of  RAM. 

Great  strides  have  been  made  to  improve  DOS  since  its 
first  release  in  1981,  but  old  problems  still  persist.  Newer 
versions  of  DOS  provide  an  on  line  HELP  facility  and  a 
limited,  but  effective  graphical  interface.  One  of  the 
greatest  limitations  to  DOS,  the  N640K"  barrier  has  been 
addressed  by  hardware  and  software  to  solve  the  problem.  DOS 
continues  to  be  backwards  compatible  with  the  8086  original 
CPU  architecture,  which  has  limited  memory  addressing 
capability.  DOS  5.0  and  DOS  6.0  both  offer  solutions  to  the 
640K  barrier. 

Another  problem  with  DOS  is  that  it  is  a  single  tasking 
system.  DOS  needs  Windows  for  multitasking  and  Windows  needs 
DOB  to  run.  To  perform  multitasking  DOS  is  cradled  in  the 
Windows  3.1  program.  Several  DOS  sessions  may  be  simulated  in 
a  virtual  8086  mode  called  the  386  enhanced  mode.  This  has 


94 


two  major  drawbacks .  Windows  needs  at  least  an  80386SX  to  run 
effectively  and  four  megabytes  of  RAM  is  recommended.  Windows 
is  an  additional  software  cost.  The  additional  hardware  and 
software  costs  and  overhead  defeats  the  advantage  of  DOS 
minimal  requirements.  DOS  is  a  16  bit  operating  system  that 
cannot  take  full  advantage  of  a  32  bit  CPU. 

DOS  is  sufficient  for  one  user  running  one  program  at  a 
time.  Unless  the  DOS  user  needs  to  run  more  than  one 
application  at  a  time  the  Windows  advantage  of  multiple 
sessions  is  lost.  For  example,  if  the  user  wants  to  run  a 
word  processor  and  a  spread  sheet  at  the  same  time  and  switch 
between  the  two  Windows  is  a  good  choice.  However,  because 
most  programs  require  frequent  user  intervention  to  operate, 
such  as  typing  in  commands  and  initiation  of  print  jobs,  it  is 
difficult  to  achieve  concurrent  execution  for  multitasking. 
The  user  may  just  as  well  use  a  fast  task  switcher  like 
WordPerfect  Shell. 

If  the  user  is  running  a  single  application  (such  as  a 
mathematics  program)  the  program  will  normally  run  faster  in 
the  DOS  environment  by  bypassing  the  extra  layer  of  Windows 
software.  Many  Windows  users  run  DOS  programs  on  Windows 
because  the  Windows  version  is  not  available  or  they  already 
have  the  DOS  version  and  do  not  want  to  buy  the  Windows 
version. 
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Some  programs  arc  written  for  Windows  and  are  not 
available  for  DOS.  The  TrueType  fonts  program  presently  is 
available  for  Windows  only.  TrueType  stores  the  image  of 
characters  and  not  as  bit  map  like  the  Adobe  fonts  (used  with 
OS/2) .  Many  other  programs  written  for  Windows  are  made  quite 
efficient  by  using  cooperative  multitasking  techniques. 

Version  5.0  was  the  last  DOS  that  IBM  and  Microsoft 
jointly  supported.  Traditionally  the  MS  DOS  source  code  was 
given  to  IBM  under  contract.  IBM  would  optimize  the  code  and 
release  its  own  version,  PC  DOS.  After  September  1993  the  DOS 
code  exchange  stopped  and  Version  6.0  from  both  companies 
supported  different  utilities.  The  user  can  upgrade  to  either 
IBM  Version  6.1  or  Microsoft  Version  6.2  from  Version  5.0  and 
gain  an  advantage  from  the  new  utilities  and  improved  user 
Shell . 

DOS  has  no  security  provisions  unless  extra  software  is 
added.  Security  is  provided  by  LAN  server  software,  for 
network  applications.  DOS -based  network  operating  systems, 
like  IBM's  PC  LAN,  provide  read  only  and  generic  password 
security  of  server  files. 

The  DOS  user  may  write  a  simple  program  (batch  file)  to 
blank  the  screen  when  not  in  use  and  have  the  screen  return 
with  a  password.  This  is  a  very  limited  feature  that  is  not 
too  difficult  to  break.  With  the  government  requirement  for 
C2  level  security  (log  on,  file  permissions  and  encryption) 
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the  additional  cost  in  providing  security  for  a  DOS 
environment  should  be  considered.  Peer  to  peer  and  limited 
client  server  communications  supported  by  DOS  6.0  shows  a 
departure  from  the  DOS  single  user  environment  and  a  greater 
need  for  security. 

The  usage  environment  should  determine  the  need  to  use 
DOS.  The  single  user  with  a  single  system  performing  a  single 
task  at  a  time  is  the  environment  DOS  was  originally  created 
to  support.  DOS  is  a  good  choice  for  simple  operating  system 
and  it  is  attractively  priced.  Application  programs  for  DOS 
are  less  expensive  and  require  less  storage  space  than  their 
GUI  counterparts. 

The  unscheduled  release  of  DOS  6.2  to  fix  DOS  6.0  is  an 
example  of  how  new  releases  of  software  may  have  bugs.  Some 
users  complained  of  problems  with  DoubleSpace,  which  came  with 
DOS  6.0.  DOS  6.2  corrected  the  problem.  New  software 
releases  (ending  in  zero)  may  need  to  be  treated  more 
skeptically  than  later  releases. 
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IV.  08/2 


A.  08/2  BACXGR0UHD 

IBM  and  Microsoft  began  the  project  for  a  32  bit  personal 
computer  operating  system  in  1984.  [Ref.  7:p.785]  [Ref.  10 :p. 
170]  The  initial  goal  was  to  develop  a  general  purpose 
multitasking  system  that  could  take  advantage  of  the  80286 
protected  mode.  The  operating  system  name  was  changed  from 
DOS  Version  5.0  to  CP/DOS  and  eventually  to  Operating  System 
2  or  OS/2.  OS/2  became  the  first  thirty  two  bit  operating 
system  for  PC's. 

OS/2  was  to  replace  DOS  by  breaking  the  DOS  "640K" 
barrier  and  by  providing  true  multitasking  with  a  graphical 
user  interface.  [Ref.  7:p.  640]  [Ref.  10:p.  170]  [Ref.  38:p. 
93]  The  first  release  of  OS/2  was  well  behind  in  schedule  and 
functionality.  Version  1.0  released  in  1987  was  doomed  to 
failure  under  the  80286  architecture.  The  80286  could  not 
support  the  multitasking  requirements  of  the  operating  system 
because  the  processor  could  not  switch  freely  between  the  real 
mode  for  standard  DOS  programs  and  protected  mode  needed  for 
multitasking.  IBM  soon  realized  the  minimum  processor  power 
needed  for  OS/2  was  the  80386. 
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Other  problems  with  Version  1.0  was  that  it  had  no 
graphical  interface  and  thus  no  mouse  support.  Zt  required 
four  megabytes  of  RAM.  [Ref.  10 :p.  170]  [Ref.  38 :p.  93]  This 
memory  requirement  was  very  expensive  at  the  time.  A  memory 
shortage  had  driven  market  price  up  to  $500  per  megabyte. 
Version  1.0  could  only  address  thirty  two  megabytes  on  a  fixed 
disk. 

IBM  previously  released  two  editions  of  any  OS/2  version, 
a  standard  edition  and  an  extended  edition.  [Ref.  7:p. 
641,785]  [Ref.  9:p.  338]  Standard  edition  1.0  was  just  the 
basic  operating  system.  It  supported  multitasking  with  a 
command  line  user  interface.  Data  communications  was  similar 
to  PC  DOS.  Extended  edition  1.0  is  for  networking  with  a 
mainframe  host  and  included  a  communications  manager  for  the 
3270  mainframe  terminal  emulation.  Extended  edition  1.0  also 
supported  a  database  management  system  (DBMS)  and  included  the 
IBM  LAN  Server  (NOS)  with  enhanced  data  communications. 
Neither  the  standard  nor  the  extended  edition  had  a  graphical 
user  interface  (GUI)  in  Version  1.0. 

Over  the  next  three  years  (1988  to  1991)  improvements  to 
both  editions  resulted  in  three  new  releases.  [Ref.  I0:p.  170] 
In  November  1988,  OS/2  Version  1.1  was  released  with  a  GUI 
called  the  Presentation  Manager  for  both  the  standard  and 
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extended  editions  of  the  operating  system.  One  year  later 
Version  1.2  was  released  with  the  new  High  Performance  File 
System  (HPFS)  and  a  new  batch  command  language  called  REXX. 
This  version  of  OS/2  was  the  first  to  support  multiple  DOS 
sessions.  Barly  in  1991,  OS/2  Version  1.3  was  released.  IBM 
had  optimized  the  code  and  added  built-in  support  for  the  new 
font  technology  at  the  time  called  the  Adobe  Type  Manager 
(AIM).  AIM  stores  characters  as  a  bit  map  image.  Despite 
improvements  OS/2  received  only  a  very  limited  market  share. 

IBM  at  one  time  was  trying  to  optimize  the  OS/2  code  for 
the  PC/2  with  the  Micro  Channel  internal  bus  structure.  [Ref. 
11 :p.  319]  [Ref.  38 :p.  93]  Sluggish  releases  of  OS/2  and  a 
potentially  limited  market  prompted  Microsoft  to  drop  the 
joint  OS/2  project  in  1991.  (This  allowed  Microsoft  to  devote 
more  resources  to  MS  DOS,  Windows,  WindowsNT  and  other 
software  products.)  The  final  source  code  exchange  between 
Microsoft  and  IBM  for  DOS  and  Windows  was  September  1993  [Ref. 
2l:p.  1C]  . 

"DOS  better  than  DOS"  and  "Windows  better  than  Windows" 
was  IBM's  sales  pitch  for  the  release  of  OS/2  Version  2.0  in 
March  1992  (originally  scheduled  for  release  in  April  1991) . 
[Ref.  10 :p.  170]  [Ref.  39 :p.  XXIV]  The  GUI  was  changed  to  the 
Workplace  Shell  that  supports  a  more  object  oriented  session. 

OS/2  Version  2.0  supports  DOS  and  Windows  3.1  application 
programs.  Multiple  sessions  of  both  types  of  applications  can 

100 


be  run  under  a  DOS  session  and  a  WIN- OS/2  session.  [Ref. 
10 :p.  194,195]  [Ref.  39 :p.  66,67]  OS/2  Version  2.0  includes 
a  modified  version  of  Microsoft  Windows  embedded  in  every 
copy.  OS/2  has  its  own  set  of  32  bit  application  programs  in 
addition  to  the  DOS  and  Windows  16  bit  applications. 

Whether  16  bit  applications  run  better  under  the  0S/2's 
32  bit  architecture  is  controversial.  For  every  article  that 
states  OS/2  runs  these  applications  faster,  another  article 
will  say  the  DOS  or  Windows  native  16  bit  environment  is  more 
efficient.  An  extra  layer  of  software  will  generally  slow 
down  an  application.  OS/2  provides  an  emulation  environment 
for  DOS  and  Windows  so  an  extra  layer  of  software  is  present 
[Ref.  39 :p.  67] .  OS/2  does  provide  the  flexibility  of  16  or 
32  bit  applications  not  offered  by  DOS  or  Windows  3.1. 

Some  DOS  applications  do  not  run  under  OS/2  because  they  use 
low-level  hardware  or  non-standard  memory  access.  [Ref.  10 :p. 
194,195]  [Ref.  39 :p.  67]  The  DOS  application  programs  that 
usually  will  not  run  under  OS/2  emulation  generally  fall  into 
five  categories:  disk  diagnostics,  communications,  games, 
graphics  and  programs  that  support  advanced  microprocessor 
features  of  80386  or  80486  architecture. 

September  1993  marked  the  release  of  OS/2  Version  2.1 
with  full  functionality.  [Ref.  40 :p.  3]  The  system  offers  a 
boot  manager  that  gives  a  choice  of  operating  systems  to 
start.  OS/2  also  offers  crash  protection  so  a  single  session 
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will  not  stop  the  entire  system.  OS/2  comes  bundled  with  a 
database  manager,  a  spreadsheet  and  editors  for  sound  and 
text.  The  memory  and  CPU  requirements  are  no  higher  than  for 
Version  1.0. 

OS/2  support  of  multiple  sessions  of  application  programs 
in  a  multitasking  environment  depends  on  the  amount  of 
available  RAM.  [Ref.  10 :p.  168}  A  basic  rule  of  thumb  for 
RAM  requirements  is  four  megabytes  for  OS/2  plus  one  megabyte 
for  each  DOS  session  plus  two  megabytes  for  each  Windows 
session  running  simultaneously. 

The  fixed  disk  memory  requirements  for  OS/2  is  between  15 
to  30  megabytes  of  fixed  disk  space  depending  on  what 
functions  are  installed  [Ref.  10:p.  168].  OS/2  Version  2.1  is 
installed  using  over  20  magnetic  disks  or  two  CD  ROM  disks 
[Ref.  38 :p.  93].  OS/2  has  become  so  large  that  IBM  is 
contemplating  a  new  version  called  OS/2  Lite. 

OS/2  is  not  the  only  32  bit  operating  system  being 
marketed.  In  addition  to  UNIX  products  already  available, 
Microsoft  released  a  new  product  .WindowsNT,  in  August  1993. 
The  memory  requirements  for  UNIX  and  WindowsNT  are  twice  that 
of  OS/2.  WindowsNT  requires  an  80486  to  operate.  OS/2  can 
run  on  the  80386  at  a  minimum  of  16  megahertz. 

Unlike  Microsoft  and  other  software  vendors,  IBM  provides 
free  technical  support  for  OS/2  by  telephone  [Ref.  40 :p.  4] . 
IBM's  CEO,  Louis  Gerstner,  continues  to  stand  behind  OS/2 
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despite  lower  then  expected  sales  and  greater  than  expected 
investment.  The  design  of  OS/2  is  under  IBM's  System  Network 
Architecture  (SNA)  which  ensures  compatibility  with  some  of 
IBM's  other  products.  (IBM's  DOS -based,  PC  LAN  program  is  not 
compatible  with  OS/2 . ) 

Milestones  for  OS/2  releases  are: 


*  1984 


*  1987 


*  1988 


*  1989 


*  1991 


*  1992 

*  1993 


Project  begins 
Version  1.0 
Version  1.1 
Version  1.2 
Version  1.3 
Version  2.0 
Version  2.1 


».  08/2  rtOCUfi  MMB8BBMT 

OS/2  has  three  inodes  of  operation:  the  OS/2  mode,  the  DOS 
mode  and  the  WIN-OS/2  mode  (for  Windows).  [Ref.  39 :p.  68] 
Any  mode  that  is  running  on  the  computer  is  called  a  session. 
To  support  these  modes,  OS/2  takes  a  unique  approach  to 
process  management.  The  outcome  is  a  process  management 
system  that  resembles  UNIX  and  Microsoft  Windows  with  unique 
features  of  its  own. 

Similar  to  UNIX,  OS/2  recognizes  the  concept  of  an 
executable  path  through  a  program  called  a  thread.  [Ref.  7:p. 
790]  [Ref.  10 :p.  172]  [Ref.  39 :p.  235]  OS/2  treats  a  program 
as  one  or  more  threads.  The  advantage  of  thread  processing  is 
the  decrease  in  overhead  because  threads  share  the  resources 
of  a  process.  OS/2  has  the  unique  ability  to  allow  the  user 
to  set  a  maximum  number  of  active  threads  in  a  process. 

Like  UNIX,  OS/2  assigns  each  process  a  "Process 
Identification"  number  (PID)  to  keep  track  of  a  process  and 
its  threads.  [Ref.  7:p.  788,790]  Each  process  has  its  own 
address  space.  OS/2  ensures  the  address  spaces  do  not 
conflict  between  processes.  OS/2  uses  RAM  semaphores  to  test 
and  set  shared  memory  within  a  process. 

Communications  between  processes  are  facilitated  by  using 
pipes,  queues  and  signals  that  work  the  same  as  their  UNIX 
counterparts.  [Ref.  7:p.  799-802]  [Ref.  40:p.  16]  Pipes  that 
allow  interprocess  communication  are  First  In  First  Out  (FIFO) 
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queue*.  Interprocess  communication  using  queues  may  be 
randomly  accessed  because  a  pointer  to  memory  is  passed. 
Signals  are  software  interrupts  that  direct  the  process  to 
interrupt  handling  software.  Processes  may  or  may  not  act 
upon  a  signal.  If  more  than  one  signal  is  sent  to  a  process 
they  are  handled  in  FIPO  order  or  ignored.  Signals  have  no 
priorities,  but  processes  are  given  three  levels  of  priority 
in  OS/2. 

The  priority  system  used  in  OS/2  processes  differs  from 
that  used  in  UNIX.  Like  other  priority -based  operating 
systems,  OS/2  will  run  the  highest  priority  process  (or 
thread)  that  is  in  a  ready  to  run  state.  OS/2  gives  a  higher 
priority  to  response  time  to  the  user  than  to  system 
throughput  [Ref.  10 :p.  173). 

The  three  classes  of  priority  (highest  to  lowest)  are: 
interactive,  foreground,  and  background.  [Ref.  7:p.  791] 
[Ref.  10 :p.  173]  "Interactive"  gives  the  user  an  immediate 
response  which  is  the  objective  of  OS/2.  Active  programs 
receive  both  interactive  and  foreground  priorities. 
"Foreground"  priority  is  always  applied  to  the  visible  screen 
(or  session)  where  the  user  is  doing  work.  "Background" 
priority  is  assigned  to  the  non-visible  screens  and  receives 
CPU  time  only  when  the  interactive  and  foreground  priority 
programs  are  not  busy. 
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An  example  of  the  OS/2  priority  system  in  a  multitasking 
environment  is  to  download  from  a  bulletin  board  system  (BBS) , 
format  a  floppy  disk,  and  work  on  a  word  processor.  [Ref. 
10 :p.  173]  The  BBS  download  and  the  disk  format  are  handled 
in  the  background  while  the  word  processor  is  in  the 
foreground.  A  system  error  needing  interactive  response  will 
take  priority  over  the  foreground  word  processor.  The 
background  processes  are  given  CPU  time  when  the  word 
processor  is  not  busy. 

Like  UNIX,  OS/2  will  give  I/O  bound  processes  a  higher 
priority  then  CPU  bound  processes  to  ensure  a  good  device 
utilization,  but  a  background  process  will  never  have  a  higher 
priority  than  am  interactive  or  a  foreground  ocess  [Ref. 
7 :p.  793] . 

OS/2  is  considered  a  true  preemptive  multitasking 
operating  system,  like  UNIX,  because  priorities  are  calculated 
and  acted  upon  without  user  intervention.  Unlike  UNIX,  OS/2 
will  also  give  the  user  commands  to  control  multitasking  in  a 
time  slice  manner.  To  support  Windows  applications 
cooperative  multitasking  is  also  supported. 

The  user  cam  set  the  maximum  number  of  threads  a  session 
cam  create  at  one  time.  The  command  "THREADS  *  xxx"  has  a 
range  freon  32  to  4095;  the  default  is  64  [Ref.  39:p.  235]. 
The  user  can  also  set  the  time  slice  for  DOS  and  OS/2  sessions 
using  "TIMESLICE  -  minimum  time,  maximum  time".  [Ref.  39 :p. 
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236]  The  times  ere  in  milliseconds  end  the  minimum  time  must 
be  et  leest  32.  The  maximum  time  is  optionel,  but  if  used  it 
must  not  exceed  €5,536. 

The  "PRIORITY"  conmend  epplies  to  ell  threeds  within  a 
process.  [Ref.  39 :p.  226]  The  "PRIORITY"  setting  is  either 
•DYNAMIC"  or  "ABSOLUTS".  "DYNAMIC"  is  the  defeult  setting  end 
ellows  the  priority  to  chenge.  "ABSOLUTE"  ensures  e  priority 
steys  the  seme.  Dynamic  priorities  may  be  further  controlled 
with  the  "MAXNAIT"  command.  "MAXWAIT"  is  measured  in  seconds 
end  establishes  e  length  of  time  e  process  must  wait  until  the 
priority  is  changed.  [Ref.  39 :p.  222].  The  range  is  one  to 
255  with  no  default  value. 

The  DOS  mode  and  WIN-OS/2  node  are  possible  because  they 
run  as  a  subset  of  the  Application  Program  Interface  (API)  of 
OS/2  called  the  "family"  API.  [Ref.  7:p.  787]  Application 
programs  written  using  the  family  API  can  run  on  DOS  or  OS/2 
operating  systems.  Both  OS/2  and  Windows  require  the  80386 
CPU  et  a  minimum. 

In  the  OS/2  and  WIN- OS/2  modes  three  types  of 
multitasking  are  supported.  In  "time  slice"  multitasking  each 
running  process  or  program  is  given  a  share  CPU  time  as 
established  by  the  user  (or  by  defeult) .  The  more  programs 
that  ere  running  the  less  time  is  available  for  a  single 
program.  OS/2  "preemptive"  multitasking  is  based  on  a 
predetermined  priority  scheme.  OS/2  supports  "cooperative” 
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multitasking  for  Windows  applications  Ttasss  applications  kssp 
track  of  CPU  tins  ussd  and  rsturn  control  of  tbs  CPU 
willfully,  without  operating  system  intervention. 

DOS  applications  do  not  use  cooperative  multitasking. 
OS/2  does  not  support  the  Windows  386  enhanced  mode  for  DOS 
because  it  uses  hardware  specific  features  [Ref.  10 :p.  195]. 
OS/2  does  have  various  settings  to  allow  DOS  compatible 
programs  to  run  as  efficiently  as  possible  [Ref.  10 :p.  194] . 

Compatible  OS/2  and  Windows  application  programs  may 
communicate  using  a  productivity  application  called  "Data 
Update".  [Ref.  39 :p.  49]  This  permits  a  dynamic  data 
exchange  (DDE)  between  the  OS/2  and  Windows  programs  while 
they  are  running.  Normally  program  data  is  private.  "Data 
Update"  provides  a  link  between  programs. 

OS/2  supports  dynamic  linking  of  processes  located  in 
dynamic  link  libraries  (DLL's).  [Ref.  7:p.  793,794]  Dynamic 
linking  allows  a  program  to  call  a  subroutine  that  has  not 
been  linked  to  executable  machine  code  in  memory.  In  static 
linking  the  external  subroutine  has  been  linked  prior  to 
loading  the  program  in  memory  and  prior  to  executing  it. 
Dynamic  linking  has  an  advantage  over  static  linking  because 
it  is  easier  to  incorporate  new  subroutines  into  the  DLL's. 
In  dynamic  linking,  references  to  DLL's  are  resolved  by  the 
loader. 
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DLL's  contain  the  OS/2  application  programming  interface 
(API) .  [Ref.  7:p.  793]  This  allows  software  developers  to 
write  DLL's  without  modifying  the  operating  system  and 
supports  an  open  system  architecture.  (DLL's  are  also  used 
with  Windows  for  Workgroups  [Ref.  10 :p.  403].) 

OS/2  standard  edition  is  designed  for  the  desktop 
environment  and  as  a  result  gives  the  user  great  latitude  in 
process  management.  To  show  the  user  the  status  of  a  process 
OS/2  provides  the  "PSTAT"  command.  [Ref.  39 :p.  162]  This 
command  may  be  used  with  or  without  switches  to  display 
information  about  a  process  or  a  thread.  Some  of  the  status 
information  available  from  "PSTAT”  includes:  DLL's,  PID, 
shared  memory,  and  semaphore  settings. 

OS/2  blends  features  of  UNIX  and  Windows  with  features  of 
its  own.  OS/2  can  emulate  a  Windows  session.  OS/2  gives  the 
user  more  control  of  processes  than  UNIX  with  commands  such 
as:  MAXMAIT,  THREADS,  and  TIMBSLICE.  These  commands  are 
possible  because  OS/2  is  a  single  user  operating  system  that 
supports  multitasking.  UNIX  design  is  for  many  users  with 
many  tasks.  UNIX  does  not  give  the  individual  user  as  much 
control  over  processes  as  does  OS/2. 
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C.  00/3  7XLB  WITH  and  FIL1  8BCPR1TT 

When  08/2  is  installed  the  user  is  given  the  choice  of 
two  file  systems  for  fixed  disks.  One  is  the  DOS  compatible 
Pile  Allocation  Table  (PAT)  with  the  associated  File  Control 
Block  (FCB)  structure.  [Ref.  10:p.  174]  [Ref.  39:p.  92]  The 
other  is  the  OS/2  supported  High  Performance  File  System 
(HPFS) . 

The  PAT  was  designed  for  relatively  small  file  systems. 
The  FAT  contains  information  on  every  block  of  storage  on  the 
disk  so  as  disk  size  increases  the  FAT  gets  proportionally 
larger.  The  larger  the  FAT  the  slower  the  file  system  becomes 
to  a  point  of  inefficiency.  The  FAT  file  system  must  be  used 
for  DOS  and  Windows  application  program  compatibility  because 
they  cannot  read  an  8PFS  partition. 

HPFS  was  introduced  with  Version  1.2  standard  edition 
along  with  RPFS386  for  OS/2  extended  edition  to  support  the 
IBM  LAN  server  and  the  Microsoft  LAN  Manager.  [Ref.  10 :p. 
174,184]  HPFS  is  not  compatible  with  DOS  and  Windows 
applications.  HPFS  has  the  ability  to  read  the  DOS  FAT,  but 
cannot  read  MS  DOS  6.0  compressed  files.  HPFS  is  for  fixed 
disks  only  and  is  not  intended  for  removable  disks. 

HPFS  eliminates  the  "8. 3"  character  restriction  for  file 
name  and  file  extension  used  with  DOS  systems.  File  naming 
under  HPFS  mimics  Berkeley  UNIX.  [Ref.  I0:p:l75]  [Ref.  39 :p. 
2]  HPFS  allows  254  characters  to  be  used  in  a  file  name. 
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HPFS  is  csss  sensitive  treating  upper  and  lower  case  as 
uniquely  different  letters  (like  UNIX) .  Nearly  all  keyboard 
characters  can  be  used  in  the  file  name.  The  four  characters 
that  are  not  usually  permitted  (left  and  right  parenthesis, 
pipe  and  ampersand)  can  be  used  if  preceded  by  a  caret  [Ref. 
10:p.  176] . 

Certain  file  name  extensions  are  reserve  in  OS/2.  Like 
DOS,  the  OS/2  executable  files  end  with  .COM,  .EXE,  and  .SYS. 
CONFIG.SYS  serves  the  same  purpose  as  in  DOS,  to  tell  the 
operating  system  configuration  for  devices.  There  is  one 
exception;  OS/2  uses  .CMD  vice  .BAT  for  batch  files  [Ref. 
39 :p.  239] . 

The  actual  fixed  disk  (or  a  removable  disk)  is  also 
called  a  volume.  To  ensure  volumes  do  not  have  the  same  name 
OS/2  checksums  the  user  supplied  name  with  the  number  of 
seconds  since  1980  (like  UNIX)  [Ref.  7:p.  794] .  This 
procedure  gives  each  volume  a  unique  identification  number. 

The  fixed  disk  can  be  divided  into  partitions.  The  first 
entry  for  each  partition  is  a  boot  sector  (or  block)  which  is 
numbered  zero.  HPFS  places  a  SuperBlock  and  a  SpareBlock  in 
block  positions  one  and  two  respectively  [Ref.  10 :p.  177] . 
The  SuperBlock  contains  pointers  (addresses)  to  a  free  space 
bit  map  and  bad  block  pointers  along  with  a  pointer  to  the 
root  directory.  (The  SuperBlock  is  discussed  in  greater 
detail  later,  after  more  basic  con^onents  of  the  file  system. ) 
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The  •Fnode"  is  the  basic  allocation  pointer  used  in  HPFS. 
[Ref.  10 :p.  177]  Every  file  and  directory  is  identified  by  an 
Fnode.  Bach  Fnode  uses  a  512  byte  block  to  maintain  internal 
file  information.  This  information  includes:  file  attributes, 
file  length,  and  the  first  15  characters  of  the  file  name  or 
directory  name.  Additionally,  the  Fnode  has  the  access 
control  for  the  file  and  cn  allocation  structure  that  defines 
the  actual  location  of  the  file  or  directory  on  the  disk. 

To  speed  the  file  retrieval  process  the  Fnode  that 
describes  the  file  is  located  in  close  proximity  to  the  file 
(if  possible).  [Ref.  10:p.  176,178]  This  arrangement  is  more 
flexible  than  the  UNIX  method  of  indirect  addressing.  Unix 
uses  a  sector  by  sector  listing  of  files  rather  than  the 
location  and  file  length  method  used  by  OS/2.  UNIX  will  be 
more  efficient  with  small  fragmented  files  while  the  OS/2  HPFS 
file  allocation  avoids  the  fragmentation  problem  and  is  much 
more  efficient  for  retrieving  large  files. 

The  fixed  disk  under  HPFS  is  divided  into  eight  megabyte 
bands.  [Ref.  10 :p.  176]  The  free  space  bit  map  is  located  at 
the  end  of  odd  numbered  bands  and  the  beginning  of  even 
numbered  bands.  For  example,  free  space  bit  maps  one  and  two 
are  side  by  side  between  blocks  one  and  two.  The  eight 
megabyte  bands  permit  a  file  to  be  stored  as  a  contiguous  16 
megabytes  if  needed. 
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The  purpose  of  the  SpareBlock  is  to  backup  write  caching 
for  error  recovery  and  other  system  failures  such  as  power 
loss.  [Ref.  10:p.  162]  [Ref.  39 :p.  203,204]  Write  caching 
cam  be  controlled  in  CONFIG.SYS  using  the  "CACHE”  command. 
The  basic  idea  behind  a  write  cache  is  to  initially  write  data 
to  a  RAM  buffer.  Once  the  buffer  is  full  a  write  is  performed 
to  the  disk. 

Write  caching  places  a  special  demand  on  a  disk  read. 
When  a  read  from  a  disk  is  requested  the  operating  system  must 
ensure  the  write  to  the  disk  has  occurred.  If  a  write  failure 
has  occurred  HPFS  will  write  the  data  to  an  emergency  area. 
The  locations  of  these  emergency  areas  are  kept  in  the 
SpareBlock  which  keeps  a  pointer  to  the  emergency  area 
directory.  The  OS/2  Workplace  Shell  GUI  will  notify  the  user 
when  a  write  failure  has  occurred. 

Before  the  fixed  disk  is  read  an  error  table  in  the 
SpareBlock  called  a  hotfix  map  is  consulted.  [Ref.  10:p.  182] 
The  SpareBlock  also  keeps  a  pointer  to  available  "hotfix" 
repair  blocks.  In  the  event  of  a  power  failure  the  SpareBlock 
keeps  a  set  of  binary  flags  to  determine  if  a  normal  or 
abnormal  shut  down  has  occurred.  In  the  case  of  an  abnormal 
shutdown  OS/2  will  run  a  check  disk  program  (CHKDSK)  and 
attempt  to  reconstruct  the  disk  before  normal  system  usage  is 
resumed. 
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Read  caching  Ilka  write  caching  decreasea  the  number  of 
times  a  disk  needs  to  be  accessed  and  increases  the  overall 
system  speed.  [Ref.  10 :p.  181}  Read  caching  is  the  most 
common  type  of  disk  caching.  It  is  much  simpler  to  implement 
than  write  caching  because  no  disk  checks  are  required  (other 
than  bad  blocks).  Read  caching  is  often  used  with  DOS.  The 
idea  behind  read  caching  is  to  read  large  sections  of  a  disk 
at  one  time  and  store  it  in  a  RAM  buffer,  then  read  the  buffer 
to  decrease  disk  accesses.  HPFS  reads  2,048  bytes  at  a  time 
into  RAM.  HPFS  uses  intelligent  read  caching  by  keeping  file 
usage  patterns  in  the  file  directory  in  an  effort  to  guess 
what  the  user  will  request  next. 

To  find  specific  files,  HPFS  uses  directories  like  other 
systems  and  places  them  in  a  tree  structure.  [Ref.  I0:p.  179] 
HPFS  then  sorts  the  directories  by  their  names.  This 
eliminates  the  need  for  a  linear  search,  but  places  an 
additional  burden  on  the  system  in  keeping  a  balanced 
structure.  Directories  in  OS/2  are  two  kilobytes  in  length. 
Once  the  root  directory  is  full,  HPFS  creates  another  layer  of 
directory  blocks  and  the  root  directory  becomes  a  list  of 
directory  blocks.  The  normal  sequence  to  find  a  file  starts 
at  the  SuperBlock  that  contains  a  pointer  to  the  root 
directory  Fnode;  this  has  the  location  of  the  file  in  the  path 
name. 
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Recall  that  DOS  application  programs  can  not  use  HPPS  and 
that  HPPS  is  for  fixed  disks  only.  Since  OS/2  supports  both 
PAT  and  HPPS  a  brief  comparison  is  in  order:  [Ref.  10 :p. 
183, 184] 

*  HPPS  allows  file  names  to  be  254  characters  while  DOS 
allows  only  eleven  (”8.3"). 

*  HPPS  keeps  up  to  64  kilobytes  of  file  attribute 
information  while  DOS  uses  five  bits. 

*  HPFS  uses  a  sorted  tree  to  store  directories  and 
eliminates  the  need  for  a  linear  search  while  DOS  uses  a 
unsorted  linear  list. 

*  HPFS  uses  the  Fnode  located  near  the  physical  file  to 
keep  file  allocation  information  while  DOS  keeps 
allocation  information  in  the  FAT,  which  is  at  the 
beginning  of  the  disk. 

*  HPFS  uses  five  hundred  twelve  bytes  (an  Fnode)  to  store 
a  directory  while  DOS  uses  thirty  two  bytes  plus  a 
variable  length  directory. 

*  HPFS  uses  an  intelligent  read  caching  and  adjustable 
write  caching  while  DOS  uses  only  a  simple  read  cache. 

The  majority  of  the  baskc  file  commands  in  OS/2  are  the 
same  as  DOS.  OS/2  2.1  and  DOS  6.0  both  support  "RESTORE"  and 
"UNDELETE"  commands  for  file  recovery  [Ref.  24 :p.  407,754] 
[Ref.  39 :p.  170,186].  Some  commands  like  compare  (COMP)  and 
disk  compare  (DISKCOMP)  differ  [Ref.  39:p.  96,113].  OS/2  does 
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not  permit  the  seme  syntax  (switch  settings)  as  DOS  for  these 
commands. 

Because  the  philosophy  behind  OS/2  is  one  user  doing  many 
tasks,  no  special  security  measures  are  used  with  HPFS  (or 
FAT)  .  OS/2  sup ports  a  Lockup  function  to  password -protect  the 
computer  by  writing  a  batch  file.  [Ref.  39  :p.  31]  The  user 
executes  the  batch  file  before  leaving  the  computer.  This 
function  is  very  limited  and  may  be  bypassed  by  shutting  the 
system  down  and  entering  a  new  password. 

In  the  LAN  environment,  HPFS386  allows  trusted  programs 
to  control  the  file  system  and  must  be  used  with  Microsoft's 
LAN  Manager  or  IBM's  LAN  Server  networking  software.  [Ref. 
10 :p.  184]  Both  of  these  LAN  programs  are  OS/2-based.  File 
security  is  provided  by  server  software  and  not  by  OS/2 
itself . 
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D.  08/2  INPUT /OPT PUT  8TSTSK 

OS/2  uses  features  found  in  DOS  and  UNIX  to  accomplish 
input  and  output  (I/O)  services.  OS/2  depends  on  device 
drivers  to  handle  the  specifics  of  controlling  any  I/O 
service.  Like  other  operating  systems,  both  character  and 
block  device  drivers  are  supported  by  OS/2. 

Character  device  drivers  are  used  for  serial  I/O  to  a 
device  like  a  modem  or  output  to  a  printer.  Block  device 
drivers  are  used  for  devices  that  are  randomly  accessed  like 
a  disk  drive.  [Ref.  7:p.  808]  Using  the  same  strategy  as 
DOS,  OS/2  places  device  drivers  in  the  CONFIG.SYS  file  that  is 
read  at  start  up  [Ref.  39 :p.  207].  This  allows  OS/2  to  be 
device  independent.  Users  may  install  a  new  device  using  the 
"DDINSTAL"  command  [Ref.  39 :p.  102].  Like  DOS,  the  "DEVICE  «" 
command  is  placed  in  CONFIG.SYS.  This  is  an  advantage  over 
UNIX  systems  where  the  system  administrator  (superuser)  must 
link  new  devices  to  the  operating  system. 

Device  drivers  contain  device  specific  details  of  a 
device.  These  details  need  not  be  known  by  OS/2  or  the 
application  program  requesting  I/O.  Being  a  multitasking 
system  that  also  supports  DOS  and  Windows  applications,  places 
some  extra  requirements  on  the  OS/2  I/O  system.  When  a  device 
driver  is  written  for  OS/2,  it  must  be  written  to  support  two 
modes  of  operation.  [Ref.  7:p.  808]  The  drivers  support 
single  tasking  with  the  real  mode  and  multitasking  with  a 


117 


protected  node.  These  inodes  parallel  the  modes  available  on 
the  80286  and  follow-on  CPU's. 

Bach  device  driver  in  OS/2  has  two  basic  parts:  a 
device  strategy  routine  and  a  device  interrupt  routine.  [Ref. 
7:p.  808]  The  strategy  routine  places  the  I/O  request  in  a 
queue  and  determines  if  the  device  is  available  and  initiates 
the  I/O.  The  interrupt  routine  will  unblock  any  blocked 
process  waiting  for  the  I/O.  The  interrupt  routine  takes  over 
to  handle  the  I/O  and  lets  the  strategy  routine  know  the 
device  is  once  again  available. 

OS/2  uses  background  programs  like  UNIX  daemons  to 
monitor  I/O  processes.  [Ref.  7:p.  804]  OS/2  must  not  allow 
any  single  application  session  to  crash  the  system.  DOS 
handles  an  I/O  error  by  stopping  the  entire  system  until  the 
user  responds.  In  OS/2  processes  are  ran  in  sessions  or 
screen  groups.  [Ref.  7:p.  808]  The  active  screen  group  may 
not  be  the  cause  of  the  I/O  error.  The  hard  error  daemon  in 
OS/2  determines  which  process  caused  the  error  and  stops  the 
entire  system  from  crashing.  The  "AUTOFAIL"  command  in 
CONFIG.SYS  give  the  user  the  option  of  seeing  the  screen  where 
the  error  occurred  or  display  of  an  error  message  [Ref.  39 :p. 
198] . 

OS/2  offers  the  same  flexibility  as  DOS  to  install  new 
devices  and  the  background  monitoring  ability  of  UNIX  to 
control  the  system  I/O.  OS/2  also  supports  32  bit  devices. 
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S.  OS/2  USSR  XMTSftTACS 

OS/2  supports  four  different  user  interfaces.  The 
primary  user  interface  called,  Workplace  Shell,  was  introduced 
with  the  release  of  OS/2  Version  2.0  to  replace  Presentation 
Manager.  The  two  graphical  interfaces  provided  are  Workplace 
Shell  and  Windows  [Ref.  10 :p.  195] .  Two  separate  command  line 
interfaces  are  provided:  one  for  OS/2  and  one  for  DOS  [Ref. 
10:p.  193,194]. 

The  original  Presentation  Manager  was  an  extended  version 
of  Microsoft  Windows  that  used  buttons,  dialog  boxes,  menus 
and  tiled  windows.  [Ref.  7:p.  804]  [Ref.  10 :p.  185]  The 
tiled  windows  were  side-by-side  (like  the  DOS  Shell)  as 
opposed  to  the  overlapping  windows  aed  with  OS/2's  Workplace 
Shell.  The  Workplace  Shell  marked  *»  trend  toward  an  object 
oriented  graphical  user  interface  that  resembles  previous 
efforts  of  the  Apple  Macintosh.  (OS/2  uses  a  shredder  in 
place  of  the  Macintosh  trash  can  for  deleting  files.) 

Objects  fall  into  one  of  four  categories:  data  file 
objects,  device  objects,  program  objects  and  folder  objects. 
[Ref.  10:p.  185,186]  [Ref.  39  :p.  14]  All  objects  are 
represented  as  icons.  Data  file  objects  are  the  files  the 
programs  create  and  use;  they  include  text,  spreadsheets, 
sound  and  video.  Device  objects  are  the  physical  devices. 
Common  devices  are:  printers,  plotters  and  modems.  Program 
objects  are  icons  to  represent  programs  on  the  system  like 
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spreadsheets  and  word  processors. 


Polder  objects  hold  a  collection  of  other  objects.  A 
special  folder,  called  the  "Desktop”,  fills  the  screen  with 
all  the  available  objects.  [Ref.  39 :p.  15]  Folders  may  hold 
folders  to  provide  a  user  defined  hierarchy.  The  primary 
folder  is  the  System  folder  that  forms  the  top  of  the 
hierarchy  (like  the  Macintosh) . 

Since  the  folder  is  a  collection  of  objects,  OS/2 
provides  two  views  of  a  folder  in  addition  to  the  folder  icon. 
[Ref.  10:p.  189]  [Ref.  39:p.  34]  The  folder  may  be  viewed  as 
a  tree  structure  or  a  list  of  files  in  a  directory  style 
format  called  details.  Files  in  a  folder  are  treated  as 
objects  allowing  the  user  to  select  a  file  icon  and 
automatically  activate  a  program  object  associated  with  the 
file  (like  the  Macintosh) . 

The  Workplace  Shell  is  the  default  interface  in  OS/2.  An 
important  unique  feature  of  the  Workplace  Shell  is  that  this 
environment  allows  the  user  to  run  multiple  simultaneous 
sessions  of  OS/2,  DOS,  and  Windows.  Each  type  of  program  is 
usually  maintained  in  a  separate  folder  for  easy  access. 
Starting  a  session  is  essentially  the  same  as  any  other  GUI. 
The  user  simply  double  clicks  on  an  icon. 

Borrowing  some  Macintosh  terminology,  the  Workplace  Shell 
environment  is  referred  to  as  a  Desktop  which  comes  with  a 
"clipboard"  and  several  "Productivity  Applications"  (PA's). 
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[Ref .  39 :p.  46]  Workplace  Shell  supplies  a  clipboard  as  a 
common  area  where  data  between  sessions  can  be  exchanged. 
PA's  resemble  Macintosh  "Desk  Accessories"  (DA's)  with 
expanded  functionality.  OS/2  Version  2.1  provides  twenty  five 
dedicated  PA's  and  six  games  [Ref.  39:p.  45-64}. 

Ten  PA's  may  be  used  for  personal  planning  in  every 
possible  realm.  Daily  and  monthly  plans  can  be  tied  in  with 
alarms  and  later  archived.  PA's  are  also  provided  for: 
calculators,  databases,  FAX,  graphics,  text  editors, 
spreadsheets,  sounds,  and  system  monitoring  (to  mention  a 
few) .  Some  of  the  popular  games  are:  chess,  jig  saw, 
scramble,  and  solitaire.  PA's  are  located  in  the  Productivity 
folder. 

The  GUI  alternative  to  Workplace  Shell  is  the  Windows 
environment.  OS/2  has  Windows  embedded  in  the  operating 
system.  [Ref.  10 :p.  195]  [Ref.  39 :p.  69]  There  is  a 
restriction  to  running  programs  under  the  Windows  environment; 
they  must  run  in  a  standard  mode  because  OS/2  does  not  support 
Windows  enhanced  mode,  which  is  required  to  run  programs  like 
Microsoft  PowerPoint .  Any  programs  that  use  low  level 
hardware  system  calls  like  the  Windows  ”386"  enhanced  mode 
cannot  run  under  OS/2. 

Windows  programs  that  are  OS/2  compatible  can  be  run  one 
of  three  ways.  [Ref.  39 :p.  69]  First,  Windows  may  be  run  as 
a  full  scale  Windows  application.  This  is  a  default  mode 
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where  Windows  tak.es  over  the  entire  screen.  Second,  Windows 
applications  nay  be  run  as  a  WIN- OS/2  session,  where  several 
Windows  applications  are  active  at  one  tine.  Third,  Windows 
applications  may  be  ran  under  an  OS/2  session  as  a  separate 
WIN-OS/2  session.  This  node  requires  special  settings  to 
allow  both  OS/2  and  Windows  applications  to  be  active. 

Moving  from  the  original  OS/2  command  line  environment  to 
a  graphical  user  interface  created  a  great  deal  of  operating 
system  memory  overhead.  OS/2  added  500  additional  function 
calls  to  support  object  oriented  GUI  [Ref.  7:p.  804].  The 
function  calls  handle  windowing  and  graphics  programming 
interface  (GPI) .  GPI  is  the  graphics  equivalent  to 
Applications  Programming  Interface  (API)  where  programmers  can 
use  operating  system  functions. 

To  remain  flexible,  OS/2  continues  to  support  a  command 
line  interface  of  its  own  and  one  for  DOS.  [Ref.  10 :p.  193] 
The  command  line  user  interface  has  some  important  functions, 
such  as  file  comparison,  that  are  not  supported  by  Workplace 
Shell.  Most  of  the  commands  used  with  the  OS/2  command  line 
are  the  sane  as  the  ones  used  with  MS  DOS  command  line.  The 
OS/2  command  line  interface  supports  the  "Restructured 
Extended  Executor"  (REXX)  batch  programming  language. 

The  OS/2  Workplace  Shell  and  the  OS/2  programming 
language  REXX  are  part  of  IBM's  standardization  project  called 
System  Application  Architecture  (SAA) .  [Ref.  I0:p.  193]  [Ref. 
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39 :p.  157]  The  primary  goal  of  SAA  ia  to  present  a  common 
interface  across  many  systems.  A  user  familiar  with  the  SAA 
environment  on  a  PC  will  have  the  same  interface  with  an  IBM 
mid- size  or  mainframe  computer.  This  way  the  user  does  not 
have  to  relearn  a  new  system  with  every  migration. 

SAA  strives  for  commonalities  in  three  areas: 
communications  support,  programming  interface,  and  user  access 
[Ref.  10 :p.  187] .  Common  communications  support  is 
accomplished  by  IBM's  Bxtended  Services  (see  OS/2  Networking) . 
The  Workplace  Shell  supports  common  user  access  and  REXX 
supports  the  common  programming  interface. 
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V.  OS/2  Wetworking 


OS/2  supports  communication  and  data  base  management  in 
its  Extended  Edition  add  on  packages.  These  features  are  not 
part  of  Standard  Edition  OS/2.  With  the  release  of  OS/2 
Standard  Edition  Version  2.0  the  networking  package  received 
a  new  name  christened  "Extended  Services"  Version  1.0  [Ref. 
41  :p.  39].  The  package  contains  Communications  Manager  which 
supports  a  wide  variety  of  options. 

Features  of  the  Extended  Services  include:  [Ref.  10 :p. 
197,196]  [Ref.  41:p.  39-43] 

*  Integrated  terminal  emulation  capabilities.  Provides 
terminal  emulation  capabilities  for  plain  ASCII,  IBM  3270, 
and  IBM  5250  terminals.  It  enables  file  transfers  to  take 
place  between  the  PC  and  more  than  one  host  system  at  a 
time.  As  many  as  five  AS/400  System/36  terminal  or 
printer  sessions  can  be  run  at  the  same  time  under  5250 
emulation.  (AS/400  is  IBM's  mid-size  computer  system). 

*  Network  Device  Interface  Specification  (NDIS)  support. 

An  emerging  standard  for  low  level  interfaces  to  network 
interface  cards.  Many  vendors  are  writing  NDIS  drivers 
for  their  interface  cards;  this  gives  a  wide  selection  of 
network  interface  cards  for  the  PC. 

*  Advanced  Program  to  Program  Communications  (APPC) . 
Provides  a  structure  for  application  programs  to 
communicate  on  a  peer  to  peer  basis  across  different 
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networks  and  hardware  types. 

*  Common  Programning  Interface  for  Communications  (CPI/C) . 
Provides  a  coonon  programming  interface  for  network 
application  programmers  across  a  broad  range  of  System 
Application  Architecture  (SAA)  compliant  IBM  hardware  and 
software. 

*  3174  Peer  Communications  Support.  Allows  workstations 
that  use  coaxial  cable  connections  (not  connected  to  a 
LAN),  to  share  files.  Also  enables  APPC  applications  to 
connect  to  peer  applications  on  host  systems  or  other 
works tations . 

*  SNA  LAN  gateway  support.  Enables  a  single  OS/2 
workstation  to  act  as  a  host  gateway  simultaneously  for  as 
many  as  127  other  workstations  on  a  local  area  network. 

*  X.25  Protocol  Support.  Enables  the  workstation  to 
communicate  over  this  very  popular  wide  area  network 
protocol  that  is  supported  by  the  International  Standards 
Organization  (ISO) . 

*  Syatem/370  Netview  Support.  Enables  network 
administrators  to  use  Netview  to  issue  OS/2  commands  on 
remote  workstations  and  servers  for  network  management. 

*  Logical  unit  Application  (LUA)  interfaces.  Supports 
Logical  Unit  sessions  under  IBM's  SNA. 

*  Asynchronous  Comnunicationa  Device  Interface  (ACDI) . 
Provides  a  programming  interface  to  asynchronous 
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communications  devices.  This  isolates  the  application 
program  from  the  specifics  of  a  particular  device. 

*  LAN  Interfaces.  Many  LAN  operating  systems  support  OS/2 
servers  and  workstations,  including:  Novell  NetWare,  IBM 
LAN  Server,  Microsoft  LAN  Manager,  Banyan  VINES,  and  TCP/IP 
for  OS/2  servers.  IBM  LAN  Requester  is  used  by  OS/2  and  DOS 
workstations . 

OS/2  is  the  base  operating  system  that  both  LAN  Manager 
and  LAN  Server  are  built  upon.  OS/2  Version  2.0  and  above  are 
not  compatible  with  LAN  Manager  since  it  is  based  on  Version 
1.3.  These  versions  will  have  to  use  LAN  Server  software. 

In  short,  OS/2  is  supported  in  nearly  every  networking 
environment  under  the  Extended  Services  1.0.  Additionally, 
the  Standard  Edition  of  OS/2  Version  2.1  has  extensive 
groupware  capabilities.  [Ref.  42 :p.  34-36]  It  can  run 

Windows  for  WorkGroups  under  the  Windows  emulation  mode  and 
Lotus  Notes  groupware  built  for  OS/2.  WordPerfect  Office  for 
OS/2  groupware  is  scheduled  for  release  in  the  first  quarter 
of  1994. 


0.  08/2  ADVAMTAOSS  and  DI8ADVAHTAGSS 

OS/2  was  the  first  PC  operating  system  built  from  the 
ground  up  to  support  a  32  bit  architecture  and  multitasking. 
[Ref.  10 :p.  168]  [Ref.  39:p.  3]  Minimum  hardware  requirements 
include:  the  80386  microprocessor,  a  60  megabyte  fixed  disk 
drive  with  16  to  30  megabytes  available  for  OS/2,  and  a 
minimum  of  four  megabytes  of  RAM.  (For  good  performance  eight 
megabytes  are  required  to  run  multiple  sessions  effectively.) 
Additionally,  a  high  density  removable  disk  drive  supporting 
disk  capacities  over  one  megabyte  is  required. 

Compared  to  DOS  alone  these  hardware  requirements  are 
quite  extensive,  but  DOS  does  not  have  the  multitasking 
capability  of  OS/2.  When  DOS  is  teamed  with  Windows  the 
hardware  requirements  ?re  nearly  the  same  as  OS/2.  OS/2  is 
the  only  PC  operating  system  under  30  megabytes  in  size  that 
provides  32  bit  preemptive  multitasking. 

MS  DOS  and  Windows  have  a  much  larger  market  share  than 
OS/2.  Because  DOS  and  Windows  have  the  greatest  market  share, 
software  developers  normally  write  application  programs  for 
those  products  first  and  later  migrate  the  products  to  OS/2 
and  UNIX.  OS/2  is  less  expensive  than  DOS  and  Windows 
combined.  OS/2  supports  "most”  DOS  and  Windows  application 
programs.  OS/2  will  not  support  DOS  and  Windows  applications 
that  use  low  level  hardware  functions  such  as  the  Windows 
"386"  enhanced  mode.  OS/2  has  am  overall  advantage  over  the 
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DOS  mod  Windows  combination  in  cost  and  functionality. 

Anothsr  major  competitor  to  the  OS/2  market  is  the  Apple 
Macintosh  with  the  System  7  operating  system.  System  7  is 
available  on  Apple  Macintosh  products  only.  Unlike  OS/2, 
Macintosh  requires  additional  hardware  to  run  DOS  products. 
This  is  because  Macintosh  and  PC  hardware  have  significant 
differences.  (Some  Macintosh  product  lines  like  the  Quadra, 
can  read  and  write  DOS  diskettes  without  add-on  hardware.) 
OS/2  does  not  support  Apple  software  directly. 

Users  see  definite  similarities  between  the  GUI's  of 
OS/2,  System  7,  and  Windows,  but  looks  can  be  deceiving. 
System  7  is  part  of  an  integrated  package  that  comes  bundled 
in  ROM  boards  inside  the  Macintosh.  System  7  and  Windows 
basic  functions  are  similar  to  OS/2,  but  they  not  a  full  32 
bit  architecture  like  OS/2.  System  7  does  offer  file  security 
not  found  in  OS/2  or  Windows. 

When  OS/2  is  compared  to  other  32  bit  operating  systems, 
like  UNIX  and  WindowsNT,  hardware  requirements  for  OS/2  are 
reasonable.  UNIX  will  vary  greatly  in  size  depending  on  which 
proprietary  version  is  used  on  a  particular  computer.  UNIX 
can  run  on  an  60386  like  OS/2,  but  the  memory  requirements  for 
UNIX  are  more  than  twice  as  great  as  OS/2. 

Unlike  UNIX,  OS/2  and  WindowsNT  are  one  company  products 
that  have  a  relatively  fixed  memory  requirement.  WindowsNT 
requires  much  more  memory  and  processing  power  than  OS/2. 
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WindowsNT  running  on  a  Digital  Equipment  Corporation  (DEC) 
Alpha  chip  (the  world's  fastest  at  150  Mhz)  requires  16 
megabytes  of  RAM  and  90  megabytes  of  fixed  disk  space. 
WindowsNT  running  on  the  considerably  slower  Intel  80486DX  (66 
Mhz)  requires  12  megabytes  of  RAM  and  70  megabytes  of  fixed 
disk  space. 

Comparing  OS/2  with  UNIX  and  WindowsNT  may  not  be  quite 
fair  because  both  cost  more  and  both  are  much  larger  operating 
systems.  The  design  of  OS/2  was  for  one  user  doing  many 
tasks.  Both  UNIX  and  WindowsNT  are  designed  for  many  users 
doing  many  tasks.  One  definite  advantage  of  UNIX  and 
WindowsNT  are  C2  security  measures  that  are  not  offered  with 
OS/2. 

Slow  acceptance  has  been  another  major  disadvantage  for 
OS/2.  A  bad  reputation  developed  when  new  releases  of  OS/2 
were  always  late  and  lacked  promised  functionality.  The 
functionality  issues  seem  to  have  been  cured  with  Versions  2.0 
and  2.1;  however,  both  arrived  in  the  market  later  than 
expected. 

The  OS/2  Workplace  Shell  is  meeting  with  some  resistance 
because  it  differs  from  the  Windows  environment.  The  user  can 
run  Windows  applications  from  the  WIN-OS/2  or  Workplace  Shell. 
The  Workplace  Shell  is  geared  to  an  object  oriented 
environment  which  is  consistent  with  programming  paradigms 
used  with  the  C++  programming  language. 
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Once  the  user  becomes  familiar  with  the  Workplace  Shell, 
the  knowledge  gained  can  be  transferred  to  other  IBM  platforms 
consistent  with  IBM's  Systems  Application  Architecture  (SAA)  . 
IBM  has  included  OS/2  in  the  System  Network  Architecture  (SNA) 
and  other  protocol  suites. 

OS/2  Extended  Services  1.0  is  supported  by  major  network 
protocols.  In  tl.e  LAN  environment  the  OS/2  Extended  Services 
supports  several  LAN  servers  such  as  IBM  LAN  Server,  Microsoft 
LAN  Manager  and  Novell  Netware. 

OS/2  Standard  Edition  2.1  can  use  groupware  such  as 
Workgroups  for  Windows  (WFW) ,  and  Lotus  Notes.  WordPerfect 
Office  groupware  for  OS/2  is  expected  to  be  released  in  1994. 

For  users  not  needing  networking  capabilities  the 
Standard  Edition  meets  single  use  requirements  in  a  32  bit 
multitasking  environment  with  reasonable  memory  requirements 
and  at  a  reasonable  price.  IBM  continues  to  provide  price 
incentives  to  convert  users  to  OS/2. 
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VIII.  OPRRATINQ  87STXMS  SUMMARY 


A.  INTRODUCTION 

The  selection  of  an  operating  ayetem  for  PC's  or 
workstations  that  are  members  of  a  network  should  be  based  on 
compatibility,  cost,  and  performance.  Compatibility  is 
especially  important  because  there  is  a  great  variety  of 
hardware  and  software  in  a  network.  In  a  network,  the  PC  or 
workstation  operating  system  must  work  with  the  network 
operating  system.  Both  of  these  operating  systems  must  work 
with  system  software,  like  memory  managers,  and  application 
program  software.  An  incompatibility  of  any  pair  of  these 
resources  can  render  a  computer  or  the  entire  network 
inoperative.  Other  factors  such  as  support  for  input/output 
devices  and  overall  speed  of  the  operating  system  should  also 
be  considered. 

Many  times  the  hardware  selection  will  influence  what 
operating  system  is  included.  Macintosh  users  will  receive 
System  7  by  default.  Powerful  workstation  users  traditionally 
use  UNIX.  IBM  PC  users  may  use  IBM  PC  DOS  or  OS/2  supplied  by 
IBM.  Many  IBM  clone  PC's  have  MS  DOS  with  Windows  pre¬ 
installed.  The  PC  or  workstation  operating  system  will 
influence  the  network  operating  system  selection  and  the 
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availability  of  application  software. 

This  summary  emphasizes  hardware  requirements  of  PC 
operating  systems  first  and  then  reviews  capabilities  of  the 
operating  systems.  UNIX  presents  a  unique  dilemma  since  it 
has  so  many  proprietary  versions.  The  UNIX  model  selected  is 
the  AT&T  version  of  System  V  Release  4  (SVR4)  which  has  been 
adopted  by  the  SunOS  in  their  Solaris  2.x  operating  system. 

Some  new  material  is  presented  which  includes:  Apple's 
System  7  for  the  Macintosh,  IBM's  LAN  Server,  and  two 
Microsoft  products,  LAN  Manager  and  WindowsNT.  These  systems 
are  an  integral  part  of  the  PC  operating  systems  in  the 
client-server  networking  environment.  Each  section  is 
discussed  and  then  summarized  in  a  table  format  where 
applicable. 

B.  CPU  KBQUXRSKKNTS 

IBM  and  Microsoft  have  traditionally  based  their 
operating  systems  on  Intel -based  microprocessors.  Apple  has 
always  used  the  Motorola  68000  series  for  their  computers. 
Varieties  of  UNIX  can  be  found  on  both  Intel  and  Motorola  CPU 
platforms.  Apple's  A/UX  is  a  Motorola -based  product,  while 
the  SunOS  is  an  Intel -based  exaitgsle  of  UNIX.  The  Macintosh 
Quadra  may  have  both  Motorola  and  Intel  chips  installed  on  the 
Houdini  board  [Ref.  43:p  4F]  [Ref.  44:p.  26]. 
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Looking  at  the  low-end  requirements  for  CPU's, 
consideration  must  be  given  to  an  acceptable  performance.  For 
exaaple,  Microsoft  claims  that  Windows  products  cam  run  on  am 
Intel  80286  [Ref.  45 :p.  48]  .  This  may  be  true,  but  the 
performamce  is  so  poor  that  the  run  becomes  a  very  slow  walk. 
Windows  3.1  needs  an  Intel  80386  to  run  effectively.  IBM 
recommends  the  Intel  80386  as  a  minimum  after  finding  that 
OS/2  simply  would  not  work  on  the  80286.  Solaris  on  the  Spark 
workstation  may  run  several  80386 's  in  parallel  under  the 
direction  of  the  SunOS  (Solaris)  operating  system.  Both  LAN 
Manager  and  LAN  Server  need  an  80386  to  be  effective. 

Most  PC's  in  use  today  are  running  the  80286  or  faster 
CPU' 8.  DOS  has  maintained  a  backward  compatibility  to  8086 
and  8088  CPU's.  Microsoft  WindowsNT  requires  the  Intel  80486 
for  acceptable  performance.  WindowsNT  is  best  served  by 
faster  CPU's  like  the  DEC  Alpha  chip.  The  following  table 
shows  operating  systems  and  networking  systems  with  what 
should  be  considered  the  low-end  microprocessor  requirement 
for  acceptable  system  performance. 
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System 

CPU 

MS  DOS 

8086/8088 

OS/2 

80386 

System  7 

M68030 

UNIX 

80386 

LAN  Manager 

80386 

LAN  Server 

80386 

WindowsNT 

80486 

All  newer  operating  systems  require  an  B0386  or  faster 
CPU  to  run  efficiently.  (The  Motorola  68030  is  roughly 
equivalent  to  the  80386.}  Intel  and  Motorola  are  both 
introducing  new  CPU's.  Microsoft  is  developing  software  for 
Intel '8  Pentium.  Apple  and  IBM  are  developing  for  Motorola's 
PowerPC  chip.  Pentium  and  PowerPC  are  the  replacements  for 
the  80486  and  M68040  respectively. 
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C.  MEMORY  RIQUIRXMZHrrS 

Operating  eyeteme  have  two  memory  requirements,  fixed 
disk  storage  and  RAM.  After  the  operating  system  is 
installed,  fixed  disk  space  must  be  allocated  for  application 
programs.  The  amount  of  RAM  available  affects  system 
performance.  A  shortage  of  RAM  causes  the  application  to  run 
slow  or  not  run  at  all. 

Fixed  disk  space  requirements  for  operating  systems  are 
variable.  The  entire  operating  system  need  not  be  loaded  on 
fixed  disk  if  certain  functions  are  not  used.  For  example, 
OS/2  can  vary  in  size  from  16  to  30  megabytes  depending  on 
what  features  are  installed.  MS  DOS  6.2  requires  eight 
megabytes  when  fully  installed.  DOS  may  also  be  installed 
with  or  without  some  of  the  available  utilities. 

Compression  programs  like  DoubleSpace  or  Stacker  can 
increase  available  fixed  disk  space  once  installed.  Users  are 
cautioned  about  compression  programs  because  they  can  slow 
system  performance.  OS/2  and  WindowsNT  cannot  read  MS  DOS 
compressed  files. 

MS  DOS  6.2,  Windows  3.1,  and  System  7  can  all  be 
accommodated  on  a  20  megabyte  fixed  disk  [Ref  44 :p.  23]  .  OS/2 
can  vary  in  size  up  to  30  megabytes,  so  a  40  megabyte  disk  is 
considered  reasonable  to  house  the  operating  system,  a  few 
application  programs  and  user  files.  Minimal  installation  of 
WindowsNT  ranges  in  size  from  75  to  90  megabytes  [Ref.  46 :p. 
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4)  WindowsNT  is  in  the  mm  category  as  UNIX  Solaria,  which 
has  a  racommsnded  fixed  disk  apace  of  200  megabytes  [Ref. 

12 :p.  12) . 

RAM  presents  a  different  sort  of  problem  DOS  and  one 
application  can  run  in  as  little  as  512K  of  RAM.  Once  Windows 
3.1  is  added  to  DOS  the  RAM  requirement  increases  to  four 
megabytes,  the  same  as  OS/2.  Macintosh  System  7  requires  a 
minimum  of  three  megabytes  of  RAM  [Ref.  10 :p  249] .  These  RAM 
requirements  should  be  considered  minimums.  For  good  system 
response,  users  need  about  twice  the  minimum  RAM  requirement. 
This  translates  to  about  eight  megabytes  for  OS/2  and  Windows 
and  about  six  megabytes  for  System  7.  Unlike  the  other 
operating  systems,  at  least  one  third  of  System  7  is  based  in 
ROM. 

The  minimum  RAM  required  for  Solaris  (80386  and  SPARC 
workstations)  is  12  megabytes  with  16  megabytes  recommended. 
[Ref.  12 :p.  12)  This  is  the  same  minimum  RAM  requirement  that 
exists  for  WindowsNT. 

TABLE  4  lists  the  minimal  (MIN)  and  recommended  (REC)  RAM 
requirements  for  each  system.  This  is  followed  by  a  general 
category  of  fixed  disk  space  required  for  each  system. 
"FIXED”  is  the  fixed  disk  space  rounded  up  to  the  closest 
fixed  disk  size.  "K"  is  used  for  kilobytes  and  ”M”  for 
megabytes . 


MS  DOS 


OS/2 


System  7 


UNIX 


WindowsNT 


BMC  QCZV) 

BMC  (BSC) 

512X 

1M 

4M 

8M 

3M 

6M 

12M 

16M 

12M 

16M 

20M 


40M 


20M 


200M 


200M 


The  Windows  operating  system  environment  is  not  shown  in 
the  table  because  it  is  not  a  stand-alone  operating  system. 
Windows  3 . 1  with  DOS  has  the  same  memory  requirements  as  OS/2 . 


D.  PROCI8S  MANAGXKENT 

The  way  a  computer  handles  processes  is  also  an  important 
consideration.  Multitasking  capabilities  are  important  for 
some  users.  Users  may  want  to  accomplish  several  tasks 
concurrently.  The  32  bit  operating  systems:  OS/2,  UNIX,  and 
WindowsNT  offer  preemptive  multitasking. 

The  16  bit  operating  systems,  DOS  with  Windows  3.1  and 
System  7,  perform  cooperative  multitasking  through  special 
application  programs.  They  also  permit  the  user  to  assign 
memory  areas  and  percentages  of  CPU  time  to  permit  a  time 
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slice  multitasking  environment .  DeskView  is  an  example  of 
third  party  software  that  performs  the  same  function  as 
Windows.  MS  DOS  by  itself  performs  no  multitasking. 


TABLE  5  is  a  summary  of  operating  system  multitasking 
categorized  by  preemptive  and  non- preemp tive  multitasking. 
TABLE  5  MULTXTASXnra 


Preemptive 

Won- Preemptive 

OS/2 

Windows 

UNIX 

System  7 

WindowsNT 

DeskView 

I.  FILS  SYSTEMS 

All  file  systems  that  have  been  discussed  have 
compatibility  with  the  most  widely  used  file  system  in  the 
world,  the  DOS  File  Allocation  Table  (FAT) .  SuperDrive  and 
Apple  File  Exchange  program  permit  the  Macintosh  to  translate 
and  read  DOS  files  in  the  Macintosh  Hierarchical  File  System 
(HFS) .  [Ref  10:p.  266]  Other  systems  like  OS/2,  allow  the 
user  to  set  up  the  fixed  disk  as  a  FAT  file  system  or  a  High 
Performance  File  System  (HPFS) .  Since  LAN  Manager  and  LAM 
Server  are  OS/2  based  they  support  the  same  file  systems  as 
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OS/2.  DOS  cannot  read  HPPS. 

Solaris  has  made  great  strides  in  compatibility  with  AT&T 
SVR4  and  Berkeley  UNIX  File  System  (UFS) .  [Ref.  12 :p  18] 
Solaris  supports  the  "fdisk"  utility  for  DOS  FAT 
compatibility. 

DOS  and  Windows  recognize  the  FAT  only.  The  DOS  FAT 
becomes  inefficient  as  it  increases  in  size  due  to  a  linear 
search  for  files.  This  problem  is  corrected  with  HPFS  which 
sorts  files  and  uses  the  fnode  for  location.  HPFS  works  very 
well  with  large  files  where  UFS  is  less  efficient  with  large 
files  but  more  efficient  with  small  fragmented  files. 

WindowsNT  allows  the  choice  of  several  file  systems. 
WindowsNT  recognizes  nearly  all  file  systems  except  UNIX, 
unless  the  system  is  exactly  POSIX  compliant.  [Ref.  47:p.  3] 
WindowsNT  native  file  system  is  called  NTFS. 

TABLE  6  summarizes  operating  systems  and  the  file  systems 
they  support.  Recall  that  System  7  requires  additional 
hardware  and  software  to  translate  and  read  the  DOS  FAT. 
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mu  c  fzlb  trams 


? 

«t 

1 

File  Systee(s)  1 

EES 

FAT  ! 

OS/2 

FAT,  HFFS  1 

System  7 

FAT,  HFS  I 

UNIX 

FAT,  UFS  1 

WindowsNT 

FAT,  HPFS,  NTFS  1 

LAN  Manager 

FAT,  HPFS386  1 

LAN  Server 

FAT,  HPFS386  1 

F.  INFUT/OUTPUT  SYSTEMS 

The  input  and  output  characteristics  of  an  operating 
system  deals  with  the  flexibility  and  ease  of  installing  new 
devices.  Device- specif ic  drivers  interface  hardware  to  the 
operating  system.  Because  DOS  is  the  most  widely  used 
operating  system  it  has  the  greatest  device  support.  Similar 
to  DOS,  OS/2  and  WindowsNT  device  drivers  are  placed  in  the 
CONFIG.SYS  file.  Device  drivers  may  be  installed  using  the 
"DEVICE-"  command. 

System  7  controls  devices  through  the  Chooser  subsystem. 
[Ref.  10 :p.  256]  Control  panels  give  users  access  to  device 
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drivers  that  Macintosh  calls  Cdev's  (Control  Devices)  or 
Chooser  Extensions. 

UNIX  handles  device  drivers  differently  from  DOS  and 
System  7.  By  convention,  UNIX  device  drivers  are  placed  in  a 
directory  called  "/dev".  The  system  administrator  must  link 
the  device  drivers  to  the  operating  system  kernel.  This  is  a 
more  complex  task  than  the  methods  used  by  DOS  and  System  7. 

The  TABLE  7  outlines  the  operating  systems  and  where  the 
device  drivers  are  stored. 


TABLE  7  DEVICE  DRIVERS 


|  System 

Driver  Location 

DOS 

CONFIG.SYS 

System  7 

Chooser 

I  UNIX 

/dev  I 

Note  that  CONFIG.SYS  is  used  not  only  by  DOS,  but  also  by 
OS/2,  LAN  Manager,  LAN  Server,  and  WindowsNT.  DOS  device 
drivers  need  not  be  linked  to  the  system  like  UNIX. 
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o.  MiTwoucnra 

All  of  the  operating  systems  discussed  here  are  supported 
by  the  TCP/IP  protocol.  OS/2  Extended  Services  is  geared 
toward  the  IBM  SNA  environment.  Macintosh  networks  can  use 
LocalTalk,  EtherTalk,  or  TokenTalk  [Ref.  44 :p.  380], 

LAN's  are  supported  by  AppleShare,  LAN  Manager,  LAN 
Server,  UNIX  and  WindowsNT  in  a  client  server  environment. 
The  idea  of  a  zero  slot  LAN,  meaning  a  network  interface  card 
is  not  required,  is  supported  by  MS  DOS  6.0  INTERLINK  and 
System  7  using  AFP  (AppleTalk  Filing  Protocol).  [Ref.  10:p. 
257]  DOS  and  System  7  can  communicate  with  like  systems  using 
serial  ports. 

A  strong  point  of  Microsoft's  WindowsNT  is  that  this 
operating  system  can  be  networked  in  all  environments.  [Ref. 
47 :p.  5]  WindowsNT  comes  bundled  with  TCP/IP  and  NetBUl 
protocols.  Additional  Microsoft  networking  software  includes 
Windows  for  Workgroups  (WFW)  and  Workgroup  Connection.  WFW  is 
an  application  program  that  runs  on  top  of  DOS  to  provide  a 
peer  to  peer  environment.  Workgroup  Connection  is  a  DOS 
application  that  allows  MS  DOS  6.0  (and  above)  users  to 
communicate  with  WFW  users  without  the  Windows  overhead. 
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H.  APPLICATION  PROGRAM  SUPPORT 

The  job  of  the  operating  system  is  to  provide  an 
environment  to  support  application  programs.  (Ref.  10 :p.  907] 
This  is  accomplished  by  vendors  publishing  Application  Program 
Interfaces  (API's) .  API's  are  sometimes  referred  to  as  system 
calls  or  as  hooks.  API's  are  used  by  programmers  to  invoke 
functions  from  the  operating  system  to  support  applications. 
This  allows  third  party  vendors  to  write  application  programs 
for  a  particular  operating  system. 

DOS  has,  by  far,  the  largest  base  of  application  programs 
at  the  lowest  cost.  OS/2  and  WindowsNT  users  can  take 
advantage  of  most  DOS  and  Windows  applications.  Macintosh  can 
run  some  DOS  applications  by  emulation  using  SoftPC. 

Some  DOS  and  Windows  programs  that  bypass  the  operating 
system  and  make  hardware  interrupt  calls  directly  will  only 
run  in  a  native  (DOS  or  Windows)  environment.  The  programs 
that  make  these  low-level  calls  are  not  supported  by  other 
operating  systems. 

An  application  developed  for  DOS  is  normally  less 
expensive  than  its  adaptation  for  another  operating  system. 
This  is  especially  true  when  the  adaptation  is  for  a  GUI 
environment .  For  example,  Microsoft  will  normally  develop  an 
application  for  DOS  first  then  adapt  the  program  for  Windows 
and  Macintosh  users.  The  adapted  applications  for  the  GUI 
environment  are  almost  always  more  expensive.  UNIX 
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applications  are  usually  the  most  expensive  because  each 
version  of  UNIX  may  need  the  application  adapted  to  it. 

OS/2 ,  UNIX,  and  WindowsNT  can  run  32  bit  applications. 
The  total  number  of  32  bit  applications  is  quite  small  when 
compared  to  the  number  of  16  bit  applications  available. 
WindowNT  has  the  ability  to  run  OS/2  and  POSIX  compliant  UNIX 
applications.  Neither  OS/2  nor  UNIX  can  run  applications 
designed  specifically  for  WindowsNT. 

X .  CONCLUSIONS 

The  emphasis  here  has  been  PC  and  workstation  operating 
systems.  Operating  systems  are  built  for  different  operating 
environments.  UNIX  is  designed  for  many  users  performing  many 
tasks  concurrently.  DOS  is  designed  for  one  U8er  performing 
one  task  at  a  time.  OS/2  is  designed  for  one  user  performing 
many  tasks.  The  other  PC  operating  system  mentioned,  but  not 
covered  in  detail,  was  System  7. 

Apple  introduced  System  7  with  the  Macintosh  as  part  of 
an  integrated  package  of  hardware  and  software.  This  type  of 
system  is  called  "plug  and  go",  which  means  the  user  has  all 
of  the  hardware  and  software  together  in  one  package.  The 
user  friendliness  of  the  Macintosh  made  it  very  popular  for 
home  computing. 
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